[jira] [Updated] (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:all-tabpanel ]

Marc de Jonge updated FELIX-4439:
---------------------------------

    Attachment: FELIX-4439.patch

The original patch file that adds this functionality

> 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
>         Attachments: FELIX-4439.patch
>
>   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)