Samuli Kaski wrote:
Anything is possible. A recommended configuration would be for you to setup DNS aliases for all of your applications (SAP Portal, Ruby, etc.). That way you can have virtual host specific reverse proxy mappings. Believe me, it will pay off.
Yeah, that's what we have done on other sites. But it has the drawback that you have to get seperate ssl-certificates (extended validation) for each domain or have to update the existing ssl-certificate with additional dns-aliases.
So we tried on this site to sepearte each application by url-prefixes. So each application is covered by the same certificate.
Having a non-standard configuration means you will have to implement tweaks here and there not to mention how painful it is to maintain such a configuration.
Still, if you want to try it out try the following configuration
<Directory /app2>
ProxyPass /app2/ htp://portalhost/
ProxyPassReverse /app2/ http://portalhost/
</Directory>
Apache will use URL prefix /app2 for any URL generated by AS JAVA. That said, you will run into problems eventually since URLs get generated in so many ways, including URLs within HTTP responses which Apache will not change.
That's our problem now. Apache does map the url from http-request but the http-response-content from sap-portal is untouched. So absolute links within html pages generated by sap-portal are pointing to the wrong path. Protocol, host and port are correct but the path is missing the url-prefix.
So i don't want our apache to correct the links and rather want sap-portal to produce correct links. It's working fine with protocol, host and port for urls, but i can't set an url-prefix for the path-component.
So my hope is that you can make the url generator from sap portal aware of our url-prefix (maybe depending of virtual host, or by setting a field in http-request) like it's aware of incoming protocol, host and port. So that every generated link will get an url-prefix for it's path component.