I think this is in the problem space of RFC 183. https://github.com/osgi/design/raw/master/rfcs/rfc0183/rfc-0183-CloudEcosystems.pdf --
BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance hargr...@us.ibm.com office: +1 386 848 1781 mobile: +1 386 848 3788 From: Thomas Watson/Austin/IBM@IBMUS To: Equinox development mailing list <equinox-dev@eclipse.org> Date: 2014/10/30 10:11 Subject: Re: [equinox-dev] persistently identify a container Sent by: equinox-dev-boun...@eclipse.org I changed the subject of the chain also, it was (no subject) before :) We could provide some UUID that represents the storage area used for the running framework. But that also has issues because we allow multiple instances to be run out of the same read-only storage area. But I could see that working as long as you ensure that you only launch one framework per framework storage area. Perhaps you should open a bugzilla to discuss. We could consider prototyping something in Equinox and then if it turns out to work well propose it back to the OSGi specification. Tom From: Cristiano Gavião <cvgav...@gmail.com> To: Equinox <equinox-dev@eclipse.org> Date: 10/29/2014 01:10 PM Subject: Re: [equinox-dev] (no subject) Sent by: equinox-dev-boun...@eclipse.org I wrongly pressed the button before complete the message, sorry. The question is, what is a good alternative to persistently identify a container in the network? 2014-10-29 16:07 GMT-02:00 Cristiano Gavião <cvgav...@gmail.com>: Iwould like to create a master table of installed OSGi framework containers in the network (using Zookeeper or other like it) and centralize configuration properties for them. Initially I thought about using the org.osgi.framework.Constants.FRAMEWORK_UUID property. But I found that this value is generated every time the framework is relaunched. -- "Tudo vale a pena se a alma não é pequena..." -- "Tudo vale a pena se a alma não é pequena..." _______________________________________________ equinox-dev mailing list equinox-dev@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/equinox-dev _______________________________________________ equinox-dev mailing list equinox-dev@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/equinox-dev
_______________________________________________ equinox-dev mailing list equinox-dev@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/equinox-dev
