[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [equinox-dev] persistently identify a container
|
I think this is in the problem space of
RFC 183. https://github.com/osgi/design/raw/master/rfcs/rfc0183/rfc-0183-CloudEcosystems.pdf
--
From:
Thomas Watson/Austin/IBM@IBMUS
To:
Equinox development
mailing list <equinox-dev@xxxxxxxxxxx>
Date:
2014/10/30 10:11
Subject:
Re: [equinox-dev]
persistently identify a container
Sent by:
equinox-dev-bounces@xxxxxxxxxxx
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 <cvgaviao@xxxxxxxxx>
To: Equinox
<equinox-dev@xxxxxxxxxxx>
Date: 10/29/2014
01:10 PM
Subject: Re:
[equinox-dev] (no subject)
Sent by: equinox-dev-bounces@xxxxxxxxxxx
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 <cvgaviao@xxxxxxxxx>:
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@xxxxxxxxxxx
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@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev
