Bug 39866 - Context manager name isn't reset correctly after reload, in a cluster.
Summary: Context manager name isn't reset correctly after reload, in a cluster.
Alias: None
Product: Tomcat 5
Classification: Unclassified
Component: Catalina:Cluster (show other bugs)
Version: 5.5.17
Hardware: Other Linux
: P2 major (vote)
Target Milestone: ---
Assignee: Tomcat Developers Mailing List
Depends on:
Reported: 2006-06-22 15:32 UTC by Pid
Modified: 2007-03-25 08:57 UTC (History)
0 users


Note You need to log in before you can comment on or make changes to this bug.
Description Pid 2006-06-22 15:32:09 UTC
The context manager name refered to by the cluster doesn't appear to be reset
when the context reloads.  Other nodes in the cluster receive messages with an
incorrect manager name, after a distributable context is updated by adding or
updating a jar or the web.xml file.

The name appears to be appended to it's previous value after each reload.
Other members of the cluster log messages from the updated node as follows:

 SEVERE: Context manager doesn't exist:host1host1
 SEVERE: Context manager doesn't exist:host1host1host1

(In our case there was only a root context in each host.)

The Cluster definition is exactly as it is in the default server.xml, except
that it's placed at the Engine level, rather than inside a Host.
Comment 1 Yoav Shapira 2007-03-25 08:57:23 UTC
I see what you mean, and I traced it to the getManagerName method in
org.apache.catalina.cluster.tcp.SimpleTcpCluster.  I think I've put in a simple
and safe fix in SVN right now, but I'm not the clustering expert, so it'd be
great if someone else could test it.