felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Carsten Ziegeler (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FELIX-4439) ConfigurationAdmin should send events through the EventAdmin
Date Thu, 18 Jun 2015 10:45:00 GMT

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

Carsten Ziegeler commented on FELIX-4439:

I've updated the implementation to R5 in rev 1686177

> 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:
> 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
> 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

This message was sent by Atlassian JIRA

View raw message