|
Re: ECF and JGroups [message #603508 is a reply to message #603505] |
Thu, 13 April 2006 15:42 |
Scott Lewis Messages: 1038 Registered: July 2009 |
Senior Member |
|
|
Hi Jim,
Jim Wright wrote:
> Hello
>
> I read a previous post about you wanting to have JGroups as a provider.
> Why?
Because JGroups provides a multicast-based transport...and reliable
group communication.
>
> 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
http://www.cs.cornell.edu/Info/Projects/HORUS/).
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.
Thanks,
Scott
|
|
|
Powered by
FUDForum. Page generated in 0.02782 seconds