Re: Preparing to do session sharing

2004-05-13 Thread Christian Mittendorf
On 13.05.2004, at 08:21, Randy wrote:

1) is it stable? I have seen lots of email traffic and some comments 
about
The only thing worse than dealing with connectors is Clustering
I cannot tell you yet if it's stable because the site is  not in 
production yet.
First tests have shown some problems, but I think we have nailed them
down now to be bugs in the application itself and not in tomcat.

We were using references to the objects that we stored in the session 
and
did the changes on these references. That was working nice - but it 
showed
to cause problems and the changed object was not always distributed to
all conneced servers.
We are now changing our code to use the set... method after changes 
and
it seems to work better. Though we haven't done many tests yet.

1a) do people have this working successfully in a high traffic 
production
env?
See  my comments on the first point.

2) I am going to use Using in-memory-replication, using the
SimpleTcpCluster that ships with Tomcat 5 method
Yepp, that's also the way we use in our environment.

Would be great if we can help each other on this issue.

Christian

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


Preparing to do session sharing

2004-05-13 Thread Randy
Hello,

I am upgrading my Tomcat Servers to 5 so I can take advantage of Session
sharing. I have two servers that I want to share sessions. As a side note,
this is in conjunction with using LVS, rh9 and apache 2

Before I try I would like to just clarify some things.

1) is it stable? I have seen lots of email traffic and some comments about
The only thing worse than dealing with connectors is Clustering

1a) do people have this working successfully in a high traffic production
env?

2) I am going to use Using in-memory-replication, using the
SimpleTcpCluster that ships with Tomcat 5 method

3) any real-life gotcha's or advise?

Thanks






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