You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Carsten Ziegeler (JIRA)" <ji...@apache.org> on 2014/12/29 15:27:13 UTC

[jira] [Updated] (FELIX-3849) Support setting configuration binding

     [ https://issues.apache.org/jira/browse/FELIX-3849?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Carsten Ziegeler updated FELIX-3849:
------------------------------------
    Fix Version/s: webconsole-4.2.6

> Support setting configuration binding
> -------------------------------------
>
>                 Key: FELIX-3849
>                 URL: https://issues.apache.org/jira/browse/FELIX-3849
>             Project: Felix
>          Issue Type: Improvement
>          Components: Web Console
>    Affects Versions: webconsole-4.0.0
>            Reporter: Felix Meschberger
>             Fix For: webconsole-4.2.6
>
>
> When a configuration is used it is generally bound to the bundle of the configuration consumer. The intent originally was that configurations can only be consumed by a single bundle (actually a single consumer such as a ManagedService registered with the configuration's service.pid).
> As of recent Configuration Admin specifications the configuration binding has been defined more openly such that configurations can be shared amongst consumers in different bundles.
> The web console currently only displays the bound location and allows for clearing the binding (setting it to null). To fully support the new configuration location regions, GUI should be provided to change or set the location to some explicit string, such as "?*" to not restrict the configurations use at all.
> Also, the web console should be extended to by default set a configuration location. For backwards compatibility it would probably make sense to have such functionality configurable, since Configuration Admin implementations not supporting the location regions would fail using configurations bound to locations such as "?*".



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)