tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38198] New: - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition
Date Mon, 09 Jan 2006 15:25:01 GMT
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=38198>.
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=38198

           Summary: When using context xml definitions standalone file,
                    tomcat wrongly uses the file name instead the context
                    path definition
           Product: Tomcat 5
           Version: 5.5.8
          Platform: PC
               URL: https://www.zarb.org/pipermail/jpackage-discuss/2006-
                    January/009347.html
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Unknown
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: oded@m-wise.com


When deploying an application in Tomcat 5.5 (been observed in 5.5.8 but not in  
5.0.30), using a context definition xml file, such as  
<TOMCAT_CONF>/Catalina/hostname/myapp.xml, tomcat ignores the context path  
definition in the XML file (i.e. <context path="/some/path">) and instead uses  
the file name (i.e. "myapp" in this case) as the path.  
  
This makes it impossible to create complex server configurations where  
applications are hosted not under the root of the server, in addition to being  
confusing, counter-intuitive and just plain wrong.  
 
The behavior should be reverted to how it was handled under tomcat 5.0.

-- 
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: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message