[ 
https://issues.apache.org/jira/browse/FELIX-4439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13914338#comment-13914338
 ] 

Marc de Jonge commented on FELIX-4439:
--------------------------------------

I've been developing OSGi bundles for some while now and enjoying your product, 
so I'd like to help. I'll start to look at the code and see if the 
implementation can be done easily without creating an hard dependancy on the 
EventAdmin.

> ConfigurationAdmin should send events through the EventAdmin
> ------------------------------------------------------------
>
>                 Key: FELIX-4439
>                 URL: https://issues.apache.org/jira/browse/FELIX-4439
>             Project: Felix
>          Issue Type: New Feature
>          Components: Configuration Admin
>    Affects Versions: configadmin-1.6.0, configadmin-1.8.0
>            Reporter: Marc de Jonge
>              Labels: feature
>   Original Estimate: 96h
>  Remaining Estimate: 96h
>
> According to the OSGi compendium specifications 4.3.0, section 104.8.1 (page 
> 88), the ConfigurationAdmin should send events through the EventAdmin when it 
> is available.
> Copy of the text:
> Configuration events must be delivered asynchronously by the Configuration 
> Admin implementation, if present. The topic of a configuration event must be:
> org/osgi/service/cm/ConfigurationEvent/<event type>
> The <event type> can be any of the following:
> - CM_DELETED
> - CM_UPDATED
> - CM_LOCATION_CHANGED
> The properties of a configuration event are:
> • cm.factoryPid – (String) The factory PID of the associated Configuration 
> object, if the target is a
> Managed Service Factory. Otherwise not set.
> • cm.pid – (String) The PID of the associated Configuration object.
> • service – (ServiceReference) The Service Reference of the Configuration 
> Admin service.
> • service.id – (Long) The Configuration Admin service's ID.
> • service.objectClass – (String[]) The Configuration Admin service's object 
> class (which must
> include org.osgi.service.cm.ConfigurationAdmin)
> • service.pid – (String) The Configuration Admin service's persistent 
> identity, if set.
> I'd like to use the EventAdmin for this information, because it is guaranteed 
> to have no side effects and to be informative only.
> Now of course I could use the ConfigurationListener for this, but it seems 
> that this has some unwanted side effects. Unbounded configurations now seem 
> to bind to my listenening bundle, while I only want to present some 
> configuration status on a Web UI. There is another bundle to which the 
> configuration should bind, but I use DS to do so. Maybe this is another 
> issue...



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Reply via email to