BTW there's a simple example of how you could write a pure POJO registry without any dependency on any particular middleware or API and wire it together with services & heartbeating with Camel here...
https://svn.apache.org/repos/asf/activemq/camel/trunk/components/camel-jms/src/test/java/org/apache/camel/component/jms/discovery/ (though it doesn't do the timeout of heartbeat messages - it was just a simple example to show how things could be wired together really) On 11/10/2007, James Strachan <[EMAIL PROTECTED]> wrote: > On 11/10/2007, Guillaume Nodet <[EMAIL PROTECTED]> wrote: > > I was thinking that ldap may be handy for the registry, but hopefully > > Chris will join the discussion at this point... Though camel does > > not support ldap (yet). > > > > So your snippet would actually solve the heartbeat problem. But I'm > > not sure we can send the whole data at each heartbeat. I guess it > > depends how bit this data is, but if we have lots of services in the > > OSGi registry, it may not be very scalable. So we would have to > > default to send only updates or find another mechanism to send the > > data (the heartbeat could just contain the url of our container, and > > the data would be retrieved by another mechanism). > > Yeah; it does depend on how much data we're talking about. We could > slice and dice the data using URLs. > > e.g. the full list of services available could be posted to some, say, > Atom document on some shared server; this list can be updated > incrementally or in total as and when services are added or removed. > > Then the heartbeat could just send around a URL to the detailed information. > > Or the list of services available could just be dynamically generated > on demand if the container exposed a web front end. (push v pull) > > From a client perspective, it doesn't much care - the heartbeat > message contains a URL to the detailed list of actual services > provided if it wishes to get more information etc. > > -- > James > ------- > http://macstrac.blogspot.com/ > > Open Source SOA > http://open.iona.com > -- James ------- http://macstrac.blogspot.com/ Open Source SOA http://open.iona.com
