@Achim: This would not really guarantee a new unique PID if you can give it ...
@Carlos: Not sure about the meta-type, but I suppose it should use the factory pid instead of factory based configurations? On Mon, Apr 4, 2011 at 22:59, Achim Nierbeck <bcanh...@googlemail.com> wrote: > Hi Guillaume, > > just because out of curiosity, where in the spec is it defined how the > PID is generated? > I just found the following in the current 4.2 spec: > > <quote> > When a Configuration object for a Managed Service Factory is created > (ConfigurationAdmin.createFactoryConfiguration), a new unique PID is > created for this object by the Configuration Admin service. The scheme used > for this PID is defined by the Configuration Admin service and is unrelated > to the factory PID. > </quote> > > The way I read this, that it is completely free on how to define this > unique PID. > From my point of view in combination with the FileInstaller this newly > unique Service PID could be like Carlos suggested. > > just my 2 cents > > regards, Achim > >> The ConfigAdmin spec specifies that the PID has to be generated, so >> no, that's not possible. >> However you can filter based on the file name, as an additional >> property is added to the configuration to be able to easily link it >> back to the file. >> Look for the felix.fileinstall.filename property. >> >> On Fri, Apr 1, 2011 at 13:50, Carlos Quiroz <cqui...@gemini.edu> wrote: >>> Hi >>> >>> I have been using FileInstall to start and install my services using >>> ManagedServiceFactories but one issue I find is that FileInstall ask >>> ConfigAdmin an initial configuration which is set to a random UUID. >>> >>> Could be that FileInstall gets the pid from the file name like is getting >>> the Factory PID? Like >>> >>> <factory.pid>-<service.pid>.cfg >>> >>> In the code, FileInstall is actually doing something like that parsing the >>> filename but it doesn't use the service.pid part >>> >>> I think that would be quite useful as the Random UUID in PID makes it >>> difficult to find specific services >>> >>> Any opinion? >>> >>> Carlos >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >>> For additional commands, e-mail: users-h...@felix.apache.org >>> >>> >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > For additional commands, e-mail: users-h...@felix.apache.org > > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org
