Always a big question... search the web and you find many different
approaches
Here is an article how to do it using servlet contexts...
http://www.fwd.at/tomcat/sharing-session-data-howto.html
But maybe clustering is what you looking for
Have a look at tomcat clustering and session replication.
Other popular approach is Apache JK_mod clustering and sticky sessions....
my favorite
And then maybe what you really looking for is an application server...
Spring framework or something like Jboss.... something that lets you share a
bean.
Granted... they huge fat frameworks if thats all you want to do..
I think you need to qualify the question a little...
Are you just trying to share a session in a cluster... ie identicle
webapps -> Clustering
Or are you trying to share a bean across different webapps -> App server
Or are you trying to share a shared status across different webapps -> App
server singleton
Servlet contexts... can kinda do all of the above... but its kludgy... think
it can get very messy.
Good luck
----- Original Message -----
From: "Dominique Jocal" <[EMAIL PROTECTED]>
To: <users@tomcat.apache.org>
Sent: Sunday, April 08, 2007 11:09 PM
Subject: sharing same session across multiple webapp
Hi,
we'd like to make modular web development, not with merging in 1
deployable webapp separate web sources, but with making run 2 webapps
sharing the same user's session.
We all know JEE standard does not specify such thing for the moment, but
servers start to enable it a proprietary way (see weblogic 9 for instance)
Is there a way in Tomcat to share the same user's session across multiple
webapps, for this purpose of modular development ?
Thank to any suggestion,
Dominique.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
