[
https://issues.apache.org/jira/browse/FELIX-6059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jürgen Albert updated FELIX-6059:
---------------------------------
Description:
As discussed at the OSGi F2F in Berlin. It is often the case, that a
configuration needs a configuration plugin (like a plugin that sets database
connection password from a secure store). At the moment, it is hard to
guarantee that a plugin is known to the ConfigAdmin before a Configuration gets
applied. Thus 2 things might be usefull:
# ConfigurationAdmin should propagate what ConfigurationPlugins are known to
him via a property on its service registration. Suggest would be to have a
Marker property on a ConfigurationPlugin, Config Admin can pick up. This
property could be "config.plugin.id". The ConfigAdmin could be "config.plugins".
# Define a system property the ConifgAdmin reads, that name a comma separated
list of config plugin ids, it waits for before it registers its service.
was:
It is often the case, that a configuration needs a configuration plugin (like a
plugin that sets database connection password from a secure store). At the
moment, it is hard to guarantee that a plugin is known to the ConfigAdmin. Thus
2 things might be usefull:
# ConfigurationAdmin should propagate what ConfigurationPlugins are known to
him via a property on its service registration. Suggest would be to have a
Marker property on a ConfigurationPlugin, Config Admin can pick up. This
property could be "config.plugin.id". The ConfigAdmin could be "config.plugins".
# Define a system property the ConifgAdmin reads, that name a comma separated
list of config plugin ids, it waits for before it registers its service.
> Improve usability for ConfigurationPlugins
> ------------------------------------------
>
> Key: FELIX-6059
> URL: https://issues.apache.org/jira/browse/FELIX-6059
> Project: Felix
> Issue Type: Improvement
> Components: Configuration Admin
> Affects Versions: configadmin-1.9.10
> Reporter: Jürgen Albert
> Priority: Major
>
> As discussed at the OSGi F2F in Berlin. It is often the case, that a
> configuration needs a configuration plugin (like a plugin that sets database
> connection password from a secure store). At the moment, it is hard to
> guarantee that a plugin is known to the ConfigAdmin before a Configuration
> gets applied. Thus 2 things might be usefull:
> # ConfigurationAdmin should propagate what ConfigurationPlugins are known to
> him via a property on its service registration. Suggest would be to have a
> Marker property on a ConfigurationPlugin, Config Admin can pick up. This
> property could be "config.plugin.id". The ConfigAdmin could be
> "config.plugins".
> # Define a system property the ConifgAdmin reads, that name a comma
> separated list of config plugin ids, it waits for before it registers its
> service.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)