[Olsr-dev] [PATCH v3 1/2] httpinfo: add position information tab
Henning Rogge
(spam-protected)
Thu May 24 12:48:41 CEST 2012
On 05/24/2012 12:23 PM, Ferry Huberts wrote:
> yeah, me too.
> Using something like a socket seemed waaaay overkill.
Yes.
> yes, use OSGi declarative services.
>
> seriously, the ideas in OSGi declarative services are extremely valid:
> If we have plugins provide certain 'service interfaces' and we have a
> way of accessing the plugins, we can sort-of safely do what we want.
>
> we need more information in the core to determine what the
> type/name/id/provides services/... of the loaded plugins are.
Maybe there is a way to adapt this concept in a lightweight way.
> the 'service interfaces' I thinking about are:
> - init/start/stop/unint (like we have not) (mandatory)
> - identification (mandatory)
> - provides services (mandatory)
> - configuration (optional)
> - ... anything more we need
At the moment the new framework has four callbacks (which can be used by
the plugin): init, enable, disable and "remove".
It also has a struct with the plugins name, description and author.
A configuration callback is not necessary because the plugins will be
using their init callback to hook their own configuration into the
central config management (with a function of the core) if necessary.
If the plugin supply a list of function names it exports to other parts
of the framework, the plugin loader could supply pointers for this
functions.
Henning Rogge
--
Diplom-Informatiker Henning Rogge , Fraunhofer-Institut für
Kommunikation, Informationsverarbeitung und Ergonomie FKIE
Kommunikationssysteme (KOM)
Neuenahrer Straße 20, 53343 Wachtberg, Germany
Telefon +49 228 9435-961, Fax +49 228 9435 685
mailto:(spam-protected) http://www.fkie.fraunhofer.de
GPG: E1C6 0914 490B 3909 D944 F80D 4487 C67C 55EC CFE0
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6156 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.olsr.org/pipermail/olsr-dev/attachments/20120524/0bd568c7/attachment.bin>
More information about the Olsr-dev
mailing list