tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Imad Hachem" <>
Subject RE: MISC; After one Tomcat Cluster node shutdown Session Replication working but a Hashmap object is getting empty
Date Sun, 01 Nov 2009 06:41:06 GMT

Dear Team,


After setting a Tomcat Cluster of 2 nodes on separate machine, Session
replication is working very fine except one library objects
(QueryCrypt.jar included in this Web Project) having a Hashmap where we
store Users SESSION ID.


After one node shutdown, this Hashmap object is getting empty, note that
all other session variables have been replicated successfully and
SESSIONID.jvmRoute still the same which is correct and expected


I have tried to add <Context distributable="true"> in both Tomcat
context.xml files and even tried to add <distributable/>  to the web.xml
of the Component Project that I am using (QueryCrypt.jar containing a
Startup Servlet) but still facing the same problem and the Hashmap
object used as a table to store Users session ids is getting empty.



How can I force this Hashmap object to be replicated to the 2nd Tomcat
node since the session still alive and been redirected to the 2nd Tomcat
Cluster node.



Please help and thanks in advance.





Imad Hachem | Asst.Product Development Manager

e-Banking Department

Path Solutions

Tel: +961 1 697444 ext. 222

Fax: +961 1 696744 <> 

[The information contained in this e-mail message and any attached files
are confidential information and intended solely for the use of the
individual or entity to whom they are addressed. This transmission may
contain information that is privileged, confidential or exempt from
disclosure under applicable law. If you have received this e-mail in
error, please notify the sender immediately and delete all copies. If
you are not the intended recipient, any disclosure, copying,
distribution, or use of the information contained herein is STRICTLY
PROHIBITED. Path Solutions accepts no responsibility for any errors,
omissions, computer viruses and other defects.]




  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message