[Foundation] My take on service discovery
rob at cataclysm.cx
Tue Nov 26 16:49:44 CST 2002
I really didn't want to contribute to this debate (especially as its not
really the appropriate forum), but I thought that since I put forward
the motion, it might be useful if people understood why I want it.
jabberd2 (when released) will have the ability to bring components
online dynamically - that is, without having to restart the server or
In order to get the information about the new component in to the
agents/browse/disco list, the session manager needs to know that the
component has come online.
For disco, this is dead simple - the router (that the component
connected to) simply informs the SM (via an internal protocol) that a
new component comes online. The SM the JID to the disco list, and
clients then know about it.
For agents/browse, it becomes far more complex. Because the router/SM
only know the JID of the new component, they have no way to find out the
additional information they require (name, type, supported namespaces,
etc) to build an agents/browse entry.
The only solution to this is to have the SM query the component, or to
have the component push the information to the SM. Both of these options
require component support, which means that existing components cannot
be entered into an agents/browse list. Of course, the server config can
be statically updated, but this loses the benefits of dynamic
Disco is the clear winner for this application, because it seperates the
childs metadata from the parent.
Please don't reply to this saying that the issue of legacy components is
not important, or there's some other way to do it - this isn't the
appropriate forum. If you want input in the jabberd2 feature set and
architecture, please post to jabberd at jabberstudio.org.
Robert Norris GPG: 1024D/FC18E6C2
Email+Jabber: rob at cataclysm.cx Web: http://cataclysm.cx/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
Url : http://jabber.org/pipermail/members/attachments/20021127/1297eea4/attachment.pgp
More information about the Members