Hi, The recommended approach when using a proxy in front of tomcat is to have the same context path on both side like this:
http://mycompany.com/myapp --> http://mycompany.lan:8080/myapp Having different context paths like this: http://mycompany.com/mypublicapp --> http://mycompany.lan:8080/myprivateapp would need to rewrite urls in the generated html with something like mod_proxy_html: /myprivateapp/home.html would need to be rewritten as /mypublicapp/home.html. Instead of using mod_proxy_html, is it possible to have a valve that would take care of this by letting the proxy send the correct contextPath in a request header (X-Forward-ContextPath) which would override request.getContextPath(), response.sendRedirect(), etc.? Or is it a bad idea? Proxies can already send the remote server, ip address, port to tomcat... so why not the context path? Thanks, Xavier --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org