We have an open bug (1272) in OSGi on this issue, but there is no resolution yet. There is some desire to kill ConfigurationPlugins. :-) Another suggestion was to add a method to Configuration to get the plugin mutated dictionary but this still has the issue of there being no MS/MSF service reference to supply to the plugins.
ConfigurationPlugins are only specified to apply to Configuration delivery to MS/MSF. But there is no requirement that bundles get their configuration that way. They are free to get it directly. ConfigurationPlugins was just a bad idea. -- BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance [email protected] office: +1 386 848 1781 mobile: +1 386 848 3788 From: Felix Meschberger <[email protected]> To: OSGi Developer Mail List <[email protected]> Date: 2011/05/20 03:50 Subject: [osgi-dev] Declarative Services and Configuration Sent by: [email protected] Hi all, In Section 112.7 of the Declarative Services specification it is stated that component properties may be augmented by Configuration from Configuration Admin service. This can technically be done by registering ManagedService[Factory] services on behalf of the Components or by directly getting the configurations from Configuration Admin using getConfiguration. The problem is: Using the ManagedService[Factory] approach, configurations are passed through ConfigurationPlugin services, while using the getConfiguration approach ConfigurationPlugin services are not called. I can work around this in my Declarative Services implementation using the getConfiguration approach by calling the plugins "myself". But then I don't have a ServiceReference to a ManagedService[Factory] to be passed to the ConfigurationPlugin.modifyConfiguration method. Questions: [1] WDYT of my approach calling the plugins directly ? [2] Would using null for the ServiceReference argument be sensible ? My application involves using ConfigurationPlugin services and of course, I would expect them to be called regardless of whether a ManagedService[Factory] is registered or a DS Component is being implemented. Thanks for any feedback. Regards Felix _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
