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=15916>. 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=15916 Action url form not relative Summary: Action url form not relative Product: Struts Version: 1.1 Beta 3 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hello, This bug has been reported in the mailing list but is not in the bug database and has not been corrected yet. I modify struts 1.1b3 source code to correct this bug. I can send you my version. Thanks. > Hello! > > I have the following interesting problem with Struts 1.0.2 running under > Tomcat 4.0.4 and Apache combo. I would like to specify relative > actions in the html:form tags. The problem now is that html:form > tag converts action attributes into absolute paths, for example > if I specify action="search.do" in html:form tags, the > resulting HTML page contains <form action="/myapp/search.do"> > tag, where it gets /myapp prefix by always unconditionally making > a call to request.getContextPath(). Well, in my case this is not > working, because due to the use of Apache ProxyPass statements, > URLs of the pages do not correspond to Tomcat ContextPaths. > Specifically, my JSP files are located in /webapps/superapp/subdir > directory, through the magic of the following ProxyPass statements: > > ProxyPass /subdir http://localhost:8080/superapp/subdir > ProxyPassReverse /subdir http://localhost:8080/superapp/subdir > > I can access my pages by going to http://<myhost>/subdir/page.jsp > and my actions as http://<myhost>/subdir/action.do. But because > html:form tag generates a link to /superapp/subdir/action.do my > forms cannot access the action at all, resulting in Apache's 404 > result. > > Any ideas will be much appreciated! It there a way to handle this > type of situation, when Apache URLs do not correspond to > Tomcat ContextPath URLs? I'm getting a bit desperate here ;^) > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>