Artima.com has published an interview with Sean Neville, previously the lead architect of Macromedia's JRun application server, in which Sean talks about JRun's object clustering architecture, and how Jini facilitated its implementation.
Read Interview with Sean Neville on Clustering J2EE with Jini
Here's an excerpt:
When you deploy a remote object, it needs a way to locate all similar remote objects on the cluster. The cluster would include whatever hosts the admin decided to link together. By default, if the admin did nothing, we wanted the cluster to include all the nearby hosts reachable via multicast. So whatever that network neighborhood cluster was, we needed a particular remote object to find its buddy on another system within the cluster based on class lookup. The lookup could possibly be based on some other information in the template, but it would mainly be based on the class. We wanted those objects to automatically find each other and exchange stubs.
What do you think of the comments that Sean made?
-
Clustering J2EE with Jini (9 messages)
- Posted by: Bill Venners
- Posted on: October 21 2002 08:16 EDT
Threaded Messages (9)
- Clustering J2EE with Jini by Sean Sullivan on October 21 2002 14:16 EDT
- Clustering J2EE with Jini by Rodolfo de Paula on October 21 2002 18:57 EDT
- Clustering J2EE with Jini by Dave Wolf on October 22 2002 08:02 EDT
- Clustering J2EE with Jini by Jonathan White on October 22 2002 11:58 EDT
- Clustering J2EE with Jini by Bill Venners on October 22 2002 02:31 EDT
- Clustering J2EE with Jini by Roman Rokytskyy on October 22 2002 04:34 EDT
- Clustering J2EE with Jini by Yura Kupitman on October 23 2002 06:42 EDT
- Clustering J2EE with Jini by Cameron Purdy on October 23 2002 09:23 EDT
- Clustering J2EE with Jini by Bill Venners on October 23 2002 13:42 EDT
-
Clustering J2EE with Jini[ Go to top ]
- Posted by: Sean Sullivan
- Posted on: October 21 2002 14:16 EDT
- in response to Bill Venners
JBoss 3.x implements clustering using a multicast toolkit called JavaGroups
http://www.javagroups.com/javagroupsnew/docs/success.html
http://www.javagroups.com/
http://www.onjava.com/pub/a/onjava/2002/07/10/jboss.html
-
Clustering J2EE with Jini[ Go to top ]
- Posted by: Rodolfo de Paula
- Posted on: October 21 2002 18:57 EDT
- in response to Sean Sullivan
Some days ago I visited www.JBoss.org to investigate about their clustering support and I would like to say : this appears to be a killer implementation of J2EE clustered platform.
About JRun 3.0 : Has all the merit to adopt Jini as their clustering infrastructure, great engineering, sure. But to be honest, if my project has an enough budget I will ever prefer to work on a WebBigGuy platform. For any other case, as a Websphere developer, I will consider to be more up to date with JBoss, JavaGroups and even J2EE alternatives like the JTrix project - www.jtrix.org.
I have been waiting for TME?s Gaia (grid, P2P) - www.theMindElectric.com - platform for building P2P clustered services - not just Web Services - because of their power, excelent documentation and ease of use but JTrix is open source, their site has great technical content and their platform also has top enterprise level features, not to mention some interesting sub projects - remember - is an open source project !
Now the only missing thing is to know a project manager that could understand and evaluate the ROI of adopting these great alternatives to big guys like Websphere, WebLogic and Oracle...
Rodolfo
-
Clustering J2EE with Jini[ Go to top ]
- Posted by: Dave Wolf
- Posted on: October 22 2002 08:02 EDT
- in response to Sean Sullivan
Can someone clarify something for me. My understanding of TCP multi-cast is that it only works within a single Class C subnet. So the final 256 addresses.
Does this mean then that failover based on TCP multi-cast requires all nodes to live within the same subnet?
Dave Wolf
Personified Technologies LLC -
Clustering J2EE with Jini[ Go to top ]
- Posted by: Jonathan White
- Posted on: October 22 2002 11:58 EDT
- in response to Dave Wolf
Take a look at http://www.tldp.org/HOWTO/Multicast-HOWTO-2.html
Multicast uses the Class D address space and is routable so you are not limited to 256 hosts or to a single physical subnet. -
Clustering J2EE with Jini[ Go to top ]
- Posted by: Bill Venners
- Posted on: October 22 2002 14:31 EDT
- in response to Dave Wolf
<Does this mean then that failover based on TCP multi-cast requires all nodes to live within the same subnet?
>>
My understanding is that the multicast radius is something the network adminstrator can configure. It can go beyond subnets, but often doesn't. (It often is disabled entirely.) Regardless, the nodes to which failover can occur are the *nodes in the cluster*. The nodes of the cluster could be determined by an administrator and configured. Or the nodes could dynamically discover each other via multicast. Or both. I'm not sure if JRun supports this, but as far as Jini is concerned the cluster could conceivably be partially discovered via multicast and partially configured ahead of time. So even if multicast is limited to the subnet, nodes outside the subnet could still participate in the cluster if all nodes are configured to include them in the cluster. -
Clustering J2EE with Jini[ Go to top ]
- Posted by: Roman Rokytskyy
- Posted on: October 22 2002 16:34 EDT
- in response to Dave Wolf
<q> Can someone clarify something for me. My understanding of TCP multi-cast is that it only works within a single Class C subnet. So the final 256 addresses.
Does this mean then that failover based on TCP multi-cast requires all nodes to live within the same subnet?</q>
Multicast group is a combination of IP address and IP port. So, actually you have 256 * 65536 different multicast groups (actually, a little bit less, because some IP addresses are reserved). Groups are unique and should be obtained through MBone (however, if your packets are not routed to the outer world, you can ignore this as long as you keep it consistent). Each datagram packet that is multicasted has a TTL parameter that is decreased each time when packet is routed between subnets. Packet is routed only when TTL > 0.
So, it is also the responsibility of application programmer to specify correct TTL for the datagram packet. In JavaGroups, for example, this parameter is configurable. Also, JavaGroups has a routing service that is able to route multicast packets between subnets even if there is not multicast routing (for example, via firewall). However, I do not know how this works in Jini.
Best regards,
Roman Rokytskyy -
Clustering J2EE with Jini[ Go to top ]
- Posted by: Yura Kupitman
- Posted on: October 23 2002 06:42 EDT
- in response to Bill Venners
While talking about clustering, J2EE and Jini, I will ask You to remeber about the JavaSpaces, a part of Jini.
Please, refer to the following sources:
http://www.gigaspaces.com/download/GSClusterWhitePaper.pdf
http://www.onjava.com/pub/a/onjava/2002/07/17/tomcluster.html
-
Clustering J2EE with Jini[ Go to top ]
- Posted by: Cameron Purdy
- Posted on: October 23 2002 09:23 EDT
- in response to Bill Venners
The article was pretty good, although it didn't get into the technical gore that I was hoping for ;-)
JRun has always been a pretty sweet server, but I never knew about its clustering capability. Do you know if they just used the "Sun out of the box JavaSpaces implementation"? Or did they write or buy something? I missed that part.
Peace,
Cameron Purdy
Tangosol, Inc.
Coherence: Easily share live data across a cluster! -
Clustering J2EE with Jini[ Go to top ]
- Posted by: Bill Venners
- Posted on: October 23 2002 13:42 EDT
- in response to Cameron Purdy
<JRun has always been a pretty sweet server, but I never knew about its clustering capability. Do you know if they just used the "Sun out of the box JavaSpaces implementation"? Or did they write or buy something? I missed that part.
>>
They didn't use JavaSpaces, they used the Jini lookup service. They also didn't buy or build a Jini lookup service, they used Reggie, which is the Jini lookup service implementation available from Sun under the SCSL (Sun Community Source License). Reggie is basically free if you agree to the SCSL. (Sean mentions using Reggie in Part II of the interview, which will come out next week.)