The servlet specification is a good source of such information.
-Original Message-
From: Paul Wallace [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 08, 2003 5:11 AM
To: [EMAIL PROTECTED]
Subject: session expiry
Hello All,
A simple one? I have my session defined in a servlet thus:
Costin:
I'm not sure where to make these changes. In particular, I don't
know to which message(s) the jvmRoute information is attached
or how to extract it from the payload.
Tom
- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PR
Clearly, the jvmRoute must uniquely identify each TC instance in a cluster.
The fact that it is an 'attribute' of the Engine object means that it may be
specified in server.xml (as an attribute of the Engine tag). However,
there is no reason it couldn't be assigned in a different, more automatic,
Costin:
I noticed that my patch email got line-wrapped. So, I'm sending them as an
attachment.
Tom
- Original Message -
From: "Tom Drake" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monda
}
/*
synchronized (sessions) {
while (sessions.get(sessionId) != null)// Guarantee
uniqueness
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, January 10, 2002 8:44 AM
Su
FYI:
Based on previous discussions on this list, I've added setJvmRoute/JvmRoute
to Engine
(and StandardEngine) as part of the work I've been doing for distributed
sessions.
Not being a committer, nothing has been checked in.
Tom Drake
- Original Message -
From: "Kevin
t
is 'difficult' to set SO_TIMEOUT on a URLConnection. Actually,
it's impossible, unless you provide your own URLStreamHandler.
And this requires that you start reading sun's java.net source code.
Just my two cents.
Tom Drake
- Original Message -
From: "Remy Ma
Paul:
I'm not a tomcat developer (yet), but, I've been writing code that provides
fail-over capability by providing distributed (cluster) session managment.
My review of the catalina code indicates that org.apache.catalina.Cluster is
not currently useful. The distributed session store does not '
instance the 'owner' of the session. All other repositories are updated
with this change.
- tc Manager updates it's local session cache.
- tc sends response (contains session id)
- tc sends updated session to cluster repository (and unlocks session)
- Apache sends response to client
Regards,
Tom Drake
President, software/etc inc.
Cell: 408-505-6864
Email: [EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Costin:
Should this routing id be an attribute of the one of the Container
objects (e.g. Server, Service), instead of the Manager?
Tom
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>; "Tom Drake"
<
Costin:
Where does Manager get the 'route id' from.
Tom
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, December 19, 2001 1:11 PM
Subject: Re: [VOTES] Tomcat 4.0.2 beta 1
| On Wed, 19 Dec 2001, Remy Maucherat wrote:
|
| >
r', and
store this mapping (of session id to owner vm) in a hashtable.
Then, in subsequent requests, do a hashtable lookup to find
the owner vm. Solutions that require a large routing table
are probably not desirable, but would probably result in the
greatest flexibility.
Tom Drake
- Original M
Tomcat Developers List" <[EMAIL PROTECTED]>
Cc: "Tom Drake" <[EMAIL PROTECTED]>
Sent: Tuesday, December 18, 2001 1:33 PM
Subject: Re: load balancing - integration thoughts
|
|
| On Tue, 18 Dec 2001, Mika Goeckel wrote:
|
| > Date: Tue, 18 Dec 2001 21:12:34 +0100
| > F
gt;
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, December 18, 2001 12:23 PM
Subject: Re: Load balancing - fail-over support with mod_webapp
| Tom Drake wrote:
| >
| > Mathias;
| >
| > Thanks for your very informative reply. From your reply, it seems
Mika:
That would certainly work. However, would this mean that
all SessionListeners would start picking up this new event?
Tom
- Original Message -
From: "Mika Goeckel" <[EMAIL PROTECTED]>
To: "Tom Drake" <[EMAIL PROTECTED]>; <[EMAIL PROTECT
Mathias;
Thanks for your very informative reply. From your reply, it seems
that mod_jk comes close to doing what I want, and should actually
provide the fail-over I'm looking for, however not in the most
optimal way.
What would be involved in adding (optionally configured) logic to
mod_jk that w
the given JSESSIONID.
Second question: How can I go about getting the
necessary connector level changes made that will
support re-routing of requests for sessions hosted
on a 'downed' tomcat to some other tomcat?
This re-routing of requests is critical. Without it
fail-over is simpl
l only be present (and consume bandwidth) if it has been
configured. Other load balancing solutions that don't require fail-over
protection, such as the Tomcat 3.x / Apache solution can be implemented
without concern for this.
- Original Message -
From: "Lauer, Oliver"
- Original Message -
From: "Tom Drake" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Monday, December 17, 2001 7:47 AM
Subject: Re: Configuring Multiple Tomcat JVMs with Apache - Load Balancing
| When my work is done, Session
FYI.
- Original Message -
From: "Tom Drake" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Cc: "Tomcat Dev List" <[EMAIL PROTECTED]>
Sent: Sunday, December 16, 2001 8:01 AM
Subject: Re: tom4 session and loadbalancing / Di
Tomcat.
In short, the distributed session management feature is nearing completion.
I'm creating pretty comprehensive JUnit tests along with this code, so my
confidence level will be high that this feature really does work when I
hand it off.
Tom Drake
P.S. I'm cross-posting to the dev
Alberto:
Maybe I'm missing something here but couldn't you simply
intercept the response output stream and redirect it to a file?
Have you tried using a filter?
Alternatively, ou may be able to do this by 'including'
your jsp from a servlet or another jsp.
One last thought. Tag libraries have
List" <[EMAIL PROTECTED]>; "Tom Drake"
<[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 11:41 AM
Subject: Re: Tomcat: Distributed Session Management revisited
|
|
| On Tue, 13 Nov 2001, Tom Drake wrote:
|
| > I want a distributed session store, where all sessions
- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, November 15, 2001 11:39 AM
Subject: Re: Distributed Session Management
|
|
| On Thu, 15 Nov 2001, Paul Speed wrote:
|
| > Date: Thu, 15 Nov 2001 14:40:35
Mika:
- Original Message -
From: "Mika Goeckel" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>; "Tom Drake"
<[EMAIL PROTECTED]>
Sent: Thursday, November 15, 2001 3:31 AM
Subject: Re: Distributed Session Management
|
Mika, Costin:
While pondering things yesterday, the thought occured to me as well,
perhaps this whole notion of distributed management had a wider
application (beyond simply HttpSessions).
Having said that. I disagree, that Tomcat should expose an 'object
replication service' api to web-applicat
n the
org.apache.cluster package.
I should have something to share in the next couple of
days. I'll be creating JUnit tests as I write this code. Is there
a standard place to put JUnit tests, or can I simply place
them in the same package as the classes being tested?
Regards,
Tom Drake
Email: [EMAIL
See below
- Original Message -
From: "Paul Speed" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 3:48 PM
Subject: Re: Tomcat: Distributed Session Management revisited
... stuff deleted ...
|
| The main issue is that the app has n
See my comments below.
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>; "Tom Drake"
<[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 2:08 PM
Subject: Re: Tomcat: Distributed Session Management
- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>; "Tom Drake"
<[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 1:25 PM
Subject: Re: Tomcat: Distributed Session Manag
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Cc: "Tom Drake" <[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 1:05 PM
Subject: Re: Tomcat: Distributed Session Management revisited
|
| On
- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 12:31 PM
Subject: Re: Tomcat: Distributed Session Management revisited
|
|
| On Tue, 13 Nov 2001, Mika Goeckel wrote:
|
| > Date: Tue, 1
- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>; "Tom Drake"
<[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 11:41 AM
Subject: Re: Tomcat: Distributed Session
See below.
- Original Message -
From: "Pier Fumagalli" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 12:23 PM
Subject: Re: Tomcat: Distributed Session Management revisited
| > ASFAICT, minimal redundance is all that is required. The
- Original Message -
From: "GOMEZ Henri" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 9:15 AM
Subject: RE: Tomcat: Distributed Session Management revisited
... stuff deleted ...
| >Notice also, in my concept, there are no delays b
- Original Message -
From: "Pier Fumagalli" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 8:56 AM
Subject: Re: Tomcat: Distributed Session Management revisited
| On 13/11/2001 04:38 pm, "Mika Goeckel" <[EMAIL PROTECTED]> wrote:
|
|
ay, November 13, 2001 3:04 AM
| Subject: Re: Tomcat: Distributed Session Management revisited
|
|
| > On 13/11/2001 12:54 am, "Tom Drake" <[EMAIL PROTECTED]> wrote:
| >
| > > Mika:
| > >
| > > Thanks for the reply. Here's some more thoughts on thi
throws RemoteException;
public void
removeSessionAttribute(String sessionId, String attributeName, byte
[] value)
throws RemoteException;
- Original Message -
From: "Pier Fumagalli" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <
mplete failure of the remote session manager.
Tom
- Original Message -
From: "Pier Fumagalli" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Monday, November 12, 2001 4:28 PM
Subject: Re: Tomcat: Distributed Session Mana
It's up to the web-application to replace
these values into
the Session if their contents change. This is enough for us to be able to
track which attributes
have actually changed.
Tom
- Original Message -
From: "Mika Goeckel" <[EMAIL PROTECTED]>
To: "Tomcat
remote session manager/server
SessionClient - to be implemented by clients (e.g. Tomcat) of the remote
session manager/server.
I'm interested in making a contribution in this area and am anxious to
receive
some feedback from the dev-list members on this subject.
Regards,
41 matches
Mail list logo