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