Re: Tomcat clustering session data

2006-04-21 Thread Len Popp
Thanks, Filip! -- Len On 4/21/06, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote: > http://svn.apache.org/viewcvs.cgi/tomcat/container/tc5.5.x/modules/groupcom/ > > I'm gonna focus on writing documentation for this module next week, by > then I will publish it to a site so that you can read it

Re: Tomcat clustering session data

2006-04-21 Thread Filip Hanik - Dev Lists
http://svn.apache.org/viewcvs.cgi/tomcat/container/tc5.5.x/modules/groupcom/ I'm gonna focus on writing documentation for this module next week, by then I will publish it to a site so that you can read it for a quick start, take a look at the LoadTest and the MapDemo applications. For a very

Re: Tomcat clustering session data

2006-04-21 Thread Peter Rossbach
Hi, currently the Tomcat 5.0 and 5.5 only supports session replication, also JBoss to that. Filip has start a new cluster module and this version supports also application context replication. Look at tomcat source catalina/modules/ha and test it. Peter Am 20.04.2006 um 18:04 schrieb eric

Re: Tomcat clustering session data

2006-04-20 Thread Len Popp
I'm starting to look at a similar problem. Where can I find info about the Tomcat Tribes module? -- Len On 4/20/06, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote: > In tomcat 6, maybe 5.5.x we will have a ReplicatedContext, meaning that > the context attributes are replicated. > So you can sto

Re: Tomcat clustering session data

2006-04-20 Thread Filip Hanik - Dev Lists
In tomcat 6, maybe 5.5.x we will have a ReplicatedContext, meaning that the context attributes are replicated. So you can store data in the ServletContext and it will be available on the other nodes. In your situation right now, you can use the Tomcat "Tribes" module for communicating between

Tomcat clustering session data

2006-04-20 Thread erich.oliphant
Hi, I have a situation that requires some information be shared across a cluster. The issue is that the classes that manage this info are not particular to a given session but global to the application such that at session on all servers in the cluster would need to read/write to these classes.