You would still need some kind of single entry point to your application though as the cookie would not reference the same session if the URL changes.
Apache is one way to achieve this but any kind of load balancer should do the trick. Ta Matt -----Original Message----- From: Filip Hanik (lists) [mailto:[EMAIL PROTECTED] Sent: 16 August 2004 17:31 To: Tomcat Users List Subject: RE: Tomcat clustering without Apache session replication is supported in tomcat without apache in tomcat 5, just uncomment the cluster section in server.xml, also, there are online docs http://jakarta.apache.org/tomcat/tomcat-5.0-doc/cluster-howto.html Filip -----Original Message----- From: Mitchell Teixeira [mailto:[EMAIL PROTECTED] Sent: Monday, August 16, 2004 11:23 AM To: [EMAIL PROTECTED] Subject: RE: Tomcat clustering without Apache Thanks for the responses so far on this topic. Seems like I need to elaborate a little.... We are looking towards Tomcat clustering to solve a problem caused by so-called Megaproxy ISPs such as AOL, etc. These ISPs make it look as if the same client is coming from multiple IP addresses. This breaks our app, quite simply. We're hoping that clustering, with its replicated session data will resolve the problem where a customer hitting one physical server and adding items to the cart (and therefore session data) then goes to checkout and at that moment they appear to be coming from a different IP address and end up on the other physical server and an empty cart! Load balancing with "stickiness" helps some, but not completely. Add SSL requirements to the mix and you can imagine the headache. There are lots of load balancing and hardware accellerator vendors professing to have a solution, but none of these are really addressing the root problem. So, with all this said, is it possible to make two or more physical servers talk as a Tomcat cluster without Apache or IIS, etc.? All references seem to rely on Apache to make clustering happen. (just like some texts on JSP rely too much on using Struts to teach JSP! <end rant>). Thanks for any help/ideas. MitchellT --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.735 / Virus Database: 489 - Release Date: 8/6/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.735 / Virus Database: 489 - Release Date: 8/6/2004 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Any opinions expressed in this E-mail may be those of the individual and not necessarily the company. This E-mail and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this E-mail in error and that any use or copying is strictly prohibited. If you have received this E-mail in error please notify the beCogent postmaster at [EMAIL PROTECTED] Unless expressly stated, opinions in this email are those of the individual sender and not beCogent Ltd. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
