No need to go the comercial route, Tomcat supports session clustering. It provides implementations for in-memory session sharing (for multiple webapps in one container or multiple containers on one host) and database backed session sharing. You can also implement other strategies if needed.

L.

Quinton McCombs wrote:

I am not sure how you have load balancing setup between your app
servers.  If, once a session is started, the user stays on the same app
server, you should not have a problem with cached information in the
session.  If not, you might need to look at using a commercial server
such as WebLogic to run the servlets.  I think I remember WebLogic
servers being able to cluster and maintain session state across
instances.


>-----Original Message-----
>From: Chris K Chew [mailto:[EMAIL PROTECTED]]
>Sent: Monday, December 16, 2002 2:50 PM
>To: Turbine Users List
>Subject: RE: Multiple Turbine servers
>
>
>I suggest you write a Junit test or Jmeter plan that opens
>and submits a new entity form from one server and validate
>the results.  Then do the same on a second, and third, etc.
>Repeat this many times more and watch what happens to the
>id's.  If you can let this run for a few hours and thereby
>generate many records without trouble, then you can have some
>confidence in the Id broker?  You might also test the case
>where three or more new entity forms are submitted at
>(nearly) the same time.
>
>I would think another area that might cause concern is
>sessions and users, since Turbine seems to cache a lot of
>things in the user's session.
>
>How does a user get directed to a particular turbine
>instance?  Will the user always interact with the same "job server"?
>
>Can anyone else identify places where information is cached
>in the servlet instance?
>
>Exciting!
>
>Chris
>
>
>--
>To unsubscribe, e-mail:
> [EMAIL PROTECTED]>
>For
>additional commands,
>e-mail:
>
>

--
To unsubscribe, e-mail:
For additional commands, e-mail:


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to