You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2005/09/29 19:56:37 UTC

DO NOT REPLY [Bug 36866] New: - "name" attr. should actually be "clusterName"

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36866>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36866

           Summary: <Cluster> "name" attr. should actually be "clusterName"
           Product: Tomcat 5
           Version: 5.5.9
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: trivial
          Priority: P2
         Component: Native:Packaging
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: adam.mlodzinski@quest.com


This is an issue with the default server.xml file. I hope I chose the correct
Component

The org.apache.catalina.Cluster interface defines methods named "setClusterName"
and "getClusterName", implying a property named "clusterName".  However, the
server.xml for every version of Tomcat that I've looked at (5.0.18, 5.0.29,
5.5.9, 5.5.12-alpha) indicates a <Cluster> attribute called "name". The earlier
5.0 releases even include 'name="FilipsCluster"' in the commented-out sample
<Cluster> config.

The problem is that the server.xml should not indicate an attribute called
"name" for the <Cluster> element, rather the same attribute should be called
"clusterName".  Indeed, setting the <Cluster> attribute "name" (and not
"clusterName") causes "getClusterName" to return null - but setting a <Cluster>
attribute called "clusterName" returns the specified value in  a call to
"getClusterName".

The fix is trivial - replace the name of the <Cluster> attribute "name" with
"clusterName" throughout the server.xml file (2 places in early 5.0 server.xml
files, only 1 place in later builds).  This is an easy thing for users to do,
but finding the problem in the first place is the tricky part.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org