aries-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Channing (Created) (JIRA)" <>
Subject [jira] [Created] (ARIES-773) Usage of a Configuration Admin service within an isolated application framework
Date Thu, 03 Nov 2011 19:17:33 GMT
Usage of a Configuration Admin service within an isolated application framework

                 Key: ARIES-773
             Project: Aries
          Issue Type: New Feature
          Components: Application, Blueprint
    Affects Versions: 0.3, 0.4
         Environment: All
            Reporter: Chris Channing

Problem Summary:

Currently there is no consistent way for consuming a Configuration Admin service from an isolated
application framework. The following content summarises the problems a developer would face
with Aries if the Configuration Admin service is essential to their application:

- Blueprint

The isolation boundaries are slightly marred by the current Aries Blueprint CM implementation.
The underlying CM namespace handler that is registered by Blueprint is wired with a Configuration
Admin service that resides in the root framework. The Configuration Admin service is then
subsequently used for any Blueprint bundles requiring configuration (including bundles from
an isolated framework).

The compendium specification stipulates that when a Blueprint bundle is being installed/updated
the Blueprint container should delegate service registrations through the Blueprint bundle
context. From a configuration perspective, if the bundle that is being managed resides in
an isolated framework then this creates a service visibility problem (the bundle context will
reference the isolated service registry).

Consider as an example the runtime usage of a Property-Placeholder for an isolated Blueprint
bundle. Within the Blueprint CM container mechanics, the Configuration Admin service (provided
by the CM namespace handler) will be used to fetch an existing configuration for the supplied
PID, a Managed Service will then be exposed (bound to the PID) as a hook for further configuration
updates. If any configuration updates should occur for the PID the associated Managed Service
exposed in the isolated application framework will never be "seen" by the Configuration Admin
service in the root framework for it to notify.

- Manual

Much like the Blueprint issue mentioned above, if a bundle within an isolated application
framework requires the use of the existing Configuration Admin service and needs to expose
a Managed Service for future updates there is currently no way to do this.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message