Keith, A couple of typical solutions to this problem are...
1. Network load balancers - Typical hardware solutions that sit in front of multiple servers and forward traffic on to the servers in different balancing modes. These will have some form of health check that can be configured to test if your server is responding. Lookup Alteon Web Switches by Nortel Networks, BigIP by F5 (www.f5.com), and Arrowpoint (bought by Cisco I believe). These are industrial strength hardware layer options used by big hosting companies (i.e. Loudcloud uses Alteons). 2. J2EE applications such as Weblogic will typically implement some form of clustering technology where several servers share their information back and forth to achieve scalability and failover. JBoss may include this as well if it it's development is far enough along. Hope this helps, Eric Weidner Sr. Consultant EJB Solutions Inc. ----- Original Message ----- From: "Keith Chew" <[EMAIL PROTECTED]> To: "James Users List" <[EMAIL PROTECTED]> Sent: Thursday, January 31, 2002 2:25 PM Subject: avalon, james and failover... > Hi > > I have a general question: > > How do we implement failover in a java application? > > For example, cases like: > - spool manager needs to perform jobs (ie dispatch requests) > - job scheduler needs to performs tasks > - servers need to send messages > > When the program shutsdown or the PC goes down, we need another instance in > another PC to take over. I know in Resin they have a "smart" component > (mod_caucho) that knows about the servers. But in application servers like > JBoss, there's no such component, every instance works the same (I think). > > Can someone point me in the right direction to look for documentation on: > - failover theory > - different techniques that can be used > > or any other thoughts in this area. > > I will contribute my findings to the group, so maybe James could incorporate > somekind of failover mechanism. > > Keith > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
