Hello,
I've read the many posts about the advantages of JINI for clustering in the
ML. Clustering being mainly provided by leasing (i.e. membership + failure
detection). So JINI is good for working in a cooperative environment where
some services ask for other services in a quite loosely coupled way. Great.
Nevertheless, as you probably know, when doing clustering we also need some
"advanced" communication semantics. We need to be able to know which message
has been received by which member in which order (for example). A cluster
where invocations cannot be received in the same order by each node, when
you do not know which node has received which message, ... is not a very
usefull cluster IMHO. And this is JavaGroups job. JG provides memberhip
protocol, state transfer protocol, group views, group communication, ... JG
also provides a kind of discovery ;) : you create a group with a particular
name, and you then are able to use extended communication semantic in the
group, get state transfer events, membership events, ...
JavaGroups job is not to provide sexy discovery protocols. JavaGroups job is
to provide advanced communication semantic over a highly configurable set of
different protocols (unicast, multicast, broadcast, TCP, ...)
Consequently, IMHO, comparing JINI with JavaGroups is like comparing a
trading service vs. IIOP. Can both be mixed? most probably (one for actual
communication, the other for cluster organization/...? ).
But, IMHO again, providing J2EE clustering *requires* a
tool/library/framework/... that provide advanced communication semantics
whereas it may use any library for cluster organization (bad terminology),
JINI being one. If I had to choose *only one*, JG or JINI, I would choose JG
(because we do need this communication semantic).
But I am not a JINI expert at all and am sure that JINI has many features I
don't know about! And I am also sure that JINI expert Rickard will make
himself a pleasure to advocate JINI advantages I don't know about! I am all
ready to be positively surprised!
Cheers,
Sacha
happy to learn.
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
