You can configure sticky sessions, which means that requests that go to one server in your cluster will always go to that server. To me this defeats the purpose of the cluster because if that machine goes down the user will be sent to another server, but their session will be gone with the down server. However this is the best performing configuration. Another option is shared sessions and this is covered in the WebLogic documentation at http://edocs.bea.com. How or if the session is shared in a cluster has nothing to do with Struts or any web application really.
Regards, Randy Burgess Sr. Web Applications Developer Nuvox Communications > From: mojoRising <[EMAIL PROTECTED]> > Reply-To: Struts Users Mailing List <user@struts.apache.org> > Date: Thu, 10 Apr 2008 13:45:11 -0700 (PDT) > To: <user@struts.apache.org> > Subject: Re: Does Struts 2 support clustering? > > > Thanks. That is what I suspect also but I am trying to weed out other > possibilities... can I then take your response to mean : "Yes, Struts 2 DOES > support clustering"? > > > > newton.dave wrote: >> >> >> This is almost certainly a server configuration issue; in general nothing >> on >> the framework / application side should have anything to do with session >> management or even be aware of it. >> >> Dave >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > -- > View this message in context: > http://www.nabble.com/Does-Struts-2-support-clustering--tp16609897p16617641.ht > ml > Sent from the Struts - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > This email and any attachments ("Message") may contain legally privileged and/or confidential information. If you are not the addressee, or if this Message has been addressed to you in error, you are not authorized to read, copy, or distribute it, and we ask that you please delete it (including all copies) and notify the sender by return email. Delivery of this Message to any person other than the intended recipient(s) shall not be deemed a waiver of confidentiality and/or a privilege. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
