Craig R. McClanahan typed the following on 09:19 AM 12/26/2000 -0800
>I continue to believe, though, that
>we should
>strive to agree on a high level functional requirements document before
>diving too
>far down into the "how to do it" details.
OK, I can update my original RFC so it can be chec
Kief Morris wrote:
> [snip]
> Fortunately, the servlet 2.3 spec simplifies this greatly by requiring that only
> one instance of the servlet container can handle a request for a session at
> a time. So the problem is reduced to locking shared sessions.
>
I have not had a chance to study the me
Dan Milstein typed the following on 03:50 PM 12/24/2000 -0500
>I have a bit of fear that you're getting into extremely complex waters here,
>and I want to be sure you focus on the most useful bits first. Any form of
>distributed synchronization of data is very difficult to get right, IMHO.
>W
Brett Bergquist typed the following on 08:51 AM 12/25/2000 -0500
>Keif, have you considered using JavaSpace's as a shared storage mechanism.
>I've just read some things on this and it seems like it might be a fit, but
>I've not played with this yet. Just a thought. BTW, there is a good
>article
rris [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, December 24, 2000 11:57 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [RFC] Distributed sessions in Catalina
>
>
> [EMAIL PROTECTED] typed the following on 11:16 PM
> 12/24/2000 +0200
> >I'm planning to implement session r
loper's Journal.
-Original Message-
From: Kief Morris [mailto:[EMAIL PROTECTED]]
Sent: Sunday, December 24, 2000 11:57 PM
To: [EMAIL PROTECTED]
Subject: RE: [RFC] Distributed sessions in Catalina
[EMAIL PROTECTED] typed the following on 11:16 PM 12/24/2000 +0200
>I'm planning to i
I have a bit of fear that you're getting into extremely complex waters here, and I
want to be sure you focus on the most useful bits first. Any form of distributed
synchronization of data is very difficult to get right, IMHO. Which is not to say
that it shouldn't be done, nor that your ideas
Ok I'm going to share some ideas I've been mulling on this topic
since it's been coming up a lot lately. Other people seem to be
interested in having Tomcat natively do load balancing itself, by
redirecting requests between instances in a server farm. What
I'm actually more interested in getting
[EMAIL PROTECTED] typed the following on 11:16 PM 12/24/2000 +0200
>I'm planning to implement session replication (for tomcat 3.3) in the
>following steps:
Sounds like we should combine efforts, hopefully we can share as much
code as possible across both 3.3 and 4.0. My understanding is that the
on 12/24/2000 1:16 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> 2. Let Tomcat send session information (for every request) to all other
> tomcat in a cluster. This will let apache (using mod_jk) to forward requests
> to other tomcats after finding out that the original tomcat (by jvmRoute
ector?), and forward requests
to the relevant instance.
I have start working on that for 3.3. Do you want to combine efforts?
--Shai
-Original Message-
From: Kief Morris [mailto:[EMAIL PROTECTED]]
Sent: Sunday, December 24, 2000 22:12
To: [EMAIL PROTECTED]
Subject: [RFC] Distributed sessio
Ok I'm going to share some ideas I've been mulling on this topic
since it's been coming up a lot lately. Other people seem to be
interested in having Tomcat natively do load balancing itself, by
redirecting requests between instances in a server farm. What
I'm actually more interested in getting
12 matches
Mail list logo
