[jira] [Commented] (FELIX-4439) ConfigurationAdmin should send events through the EventAdmin

["Marc de Jonge (JIRA)" <ji...@apache.org>]

    [ 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)