Nenad Kovacevic wrote: > > > Caldarale, Charles R wrote: >> >> >> Have you considered doing the SSL processing in the load balancer(s)? It >> would make life simpler. >> >> - Chuck >> >> > > From application's perspective it really does not make much of a > difference where SSL is done - actually it does make now after your > explanation - thanks for that - however this change would need to be run > and approved by our networking and security people first. In any case I am > afraid that even if they are willing to move SSL processing to the > balancers this change may not happen in time for our first application, so > we might end up with the setup as I described it in my original post. > > Our applications do not issue concurrent requests to the servers, i.e. > they are classical web applications where the user activates a control on > a page and then waits for a page to refresh or a new page to load. > Therefore under normal usage scenarios concurrent requests should really > not happen. I say normal as it is possible for a user to resubmit a > request by reloading a page using browser controls. However we warn the > users to use only controls on the page and gray-out submit buttons once a > request is submitted so hopefully this should not be an issue. > > With such an application in mind would you see an issue with not > implementing sticky session? Again, I was able to test that and the only > issue that I am seeing is that JSESSIONID changes depending on what Tomcat > instance processed it, but again, I am not sure if that is really an issue > or not? > > Thanks > Nash > >
Sorry, forgot to mention we are running Tomcat 6.0.18 on SunOS 5.8, our current java is 1.5 update 11. -- View this message in context: http://www.nabble.com/Getting-the-Right-High-Availability-Architecture-for-Tomcat-tp23452018p23485700.html Sent from the Tomcat - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
