[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [equinox-dev] persistently identify a container

True, although I see the Framework Node Status Service in RFC 183 also depends on the Framework UUID so when a framework is restarted it will get a new UUID which seems to have similar issues.

Tom





From:        BJ Hargrave/Austin/IBM@IBMUS
To:        Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
Date:        10/30/2014 09:24 AM
Subject:        Re: [equinox-dev] persistently identify a container
Sent by:        equinox-dev-bounces@xxxxxxxxxxx




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
hargrave@xxxxxxxxxx

office: +1 386 848 1781
mobile: +1 386 848 3788





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