Such a proposal is not in the planning ... but it is likely that this will pop
up after we have the easy configuration model in place.
Kind regards,
Peter Kriens
On 4 jan 2011, at 12:27, Pierre De Rop wrote:
> Peter,
>
> Just out of curiosity: I have another question regarding DeclarativeService
> and the new upcoming ConfigAdmin:
>
> Currently, if I am correct, a DS component can retrieve its configuration
> from its PID (PID == the component name). Now, with the new ConfigAdmin
> draft (even if it is released later), will DS spec be also updated in order
> to allow some DS components to get their configurations not only from their
> own PID, but also from other shared PIDs (like public system configurations,
> global or group properties, etc ...) ?
>
> /pierre
>
>
>
> On Tue, Jan 4, 2011 at 9:32 AM, Peter Kriens <[email protected]> wrote:
>
>> Be very careful, the last EG meeting made some drastic decisions about the
>> COnfig Admin changes. It seems likely we will have a version 2 CM spec
>> because some people regarded the changes as not backward compatible. It is
>> very unlikely that this will become part of the upcoming release for Eclipse
>> Con but it will likely become part of the later releases this year.
>>
>> Kind regards,
>>
>> Peter Kriens
>>
>>
>>
>> On 4 jan 2011, at 04:37, Felix Meschberger wrote:
>>
>>> Hi,
>>>
>>> Am Montag, den 03.01.2011, 23:52 +0100 schrieb Pierre De Rop:
>>>> Hello everyone (and happy new year to all the Felix community !)
>>>>
>>>> I see that the new Coordinator Service from the OSGI 4.3 draft
>> specification
>>>> is already
>>>> implemented in the Felix trunk. So, does this mean that the
>> Configuration
>>>> Admin changes proposed
>>>> in the 4.3 draft will also be implemented soon ?
>>>
>>> Yes.
>>>
>>> In addition, I am planning to implement the simple Configuration
>>> specification.
>>>
>>> Regards
>>> Felix
>>>
>>>>
>>>> I am actually very interested in the new CM draft, because it seems that
>>>> now, PIDS are not bound anymore
>>>> to a single location bundle, which allows to share some global PIDs
>> between
>>>> several bundles, like
>>>> "system" configurations, global properties, etc ...
>>>>
>>>> Thanks;
>>>> /pierre
>>>
>>>
>>
>>
