|Re: ECF and JGroups [message #603508 is a reply to message #603505]
||Thu, 13 April 2006 15:42
| Scott Lewis
Registered: July 2009
Jim Wright wrote:
> I read a previous post about you wanting to have JGroups as a provider.
Because JGroups provides a multicast-based transport...and reliable
> I have used JGroups in a previous company project. I think creating a few
> SharedObjects, ECF could provide the same basic "shared" objects that are
> available in JGroups.
Yes, that's true. The shared object container api that ECF defines is a
high level distributed programming model based upon replication and
reliable group communication (RGC?). JGroups is similar in having
support for RGC, but not quite as high level I would say (I believe that
Bela Ban, the author of JGroups came from the Cornell group led by Ken
Birman...who has done a great deal with replication and messaging
systems: http://www.cs.cornell.edu/home/bba/ and
Implementing the shared object container api *above* the
JGroups-provided messaging would allow applications written to the
shared object api that require RGC to run without modification on
messaging systems based upon either server-reflection (e.g. ECF generic,
or some JMS transports), OR on reliable multicast (JGroups). In some
app environments, the performance gains of not having a server doing
reflection (e.g. a server clustering environment, large groups, high bw
media sharing, etc) could be very valuable/important.
> If this is of interest, I am willing to provide some code to implement the
> basic shared objects.
Absolutely this is of interest! Let's arrange for this to happen.
Powered by FUDForum
. Page generated in 0.01702 seconds