DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8519>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8519 Port inserted in redirect Summary: Port inserted in redirect Product: Tomcat 4 Version: Unknown Platform: All OS/Version: All Status: NEW Severity: Blocker Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat 4.x is unusable with TUX web server on Linux when used as the slave server (i.e. not on port 80). Also, when Tomcat 4.x is using a port other than 80, and a content switch is used to map port 80 to the port Tomcat is on, the port Tomcat listens for is sent to the browser in redirects, thus failing to connect. For instance, say Tomcat is on a machine called WEB1 listening on port 4001 (port 80 is used for another web server). An URL exists to go to a virtual entry in a content switch (or something like a Cisco Local Director), that maps the IP to the IP for MACH1 and translates port 80 to port 4001. Thus a request for http://foo.domain.com/ actually requests a file from http://MACH1:4001/. What happens, is that Tomcat sends a redirect in this case for the index.html file (or whatever the index is set to in server.xml) and the browser receives: http://foo.domain.com:4001/index.html as the redirect. I had to alter the file /catalina/src/share/org/apache/catalina/connector/HttpResponseBase.java in the function "private String toAbsolute(String location)" so that it would parse out any port that was getting sent back in order to make it functional. I realize that in many situations it would be necessary to send back the port, however, I feel this needs to be an INI setting, or perhaps a compile time flag. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>