Hi Chema
My understanding is that once these options are confgured, the SAME session
data is stored across contexts separately for each user. There is no need to
do anything special - the session will be explicitly invalidated when the
user logs out, otherwise when the session timeout is exceeded.
I'm not sure why you are worried that session data for "all users which were
logged" is a problem. You simply set the appropriate flags and forget
session data. Both Jetspeed and (I think) Liferay portal servers rely on
this provided behaviour.
Regards
Ron
----- Original Message -----
From: "Chema" <demablo...@gmail.com>
To: "Tomcat Users List" <users@tomcat.apache.org>
Sent: Thursday, August 04, 2011 10:26 PM
Subject: Re: Sharing session between different webapps under same tomcat
OK, I got it
Use context scope to store a HashMap object indexing by JSESSIONID
I guess , this way you have to free manually all per-user session data
from the context when user session is finished ( by example, closing
browser).
Or your context scope datastore could be full of information of all
users which were logged , right ?
2011/8/4 Ron McNulty <rmcnu...@clear.net.nz>:
Sorry, I think you are missing something :) The session is per user
across
multiple contexts. Portlet apps are typically compiled into separate .war
files, but can share a single session object at runtime.
Regards
Ron
----- Original Message ----- From: "Chema" <demablo...@gmail.com>
To: "Tomcat Users List" <users@tomcat.apache.org>
Sent: Thursday, August 04, 2011 6:39 PM
Subject: Re: Sharing session between different webapps under same tomcat
I think it is possible to share sessions across contexts. Portal
applications need to do this. Try
http://jee-bpel-soa.blogspot.com/2009/06/session-sharing-in-apache-tomcat.html
But this solution shares information between contexts , not creates an
unique shared session per user (session data)
am i wrong ?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
