On Friday, Oct 10, 2003, at 16:23 Europe/Rome, Geoff Howard wrote:
Stefano Mazzocchi wrote:On Friday, Oct 10, 2003, at 04:43 Europe/Rome, Geoff Howard wrote:We decided that wiring.xml would have entries like:no. this concerns applies to the servlet hosting environment, there is nothing we can do from this side of the Servlet API fence to trigger virtual host configuration.
<mount>/mail/</mount>
How would this work for using hostname based mounting?single sign-on, right?Use case: http://mail.mydomain.com http://www.mydomain.com
Two different applications, same cocoon instance.
....(mail block) <mount host="mail.mydomain.com">/</mount>
??
.... (main site block) <mount host="www.mydomain.com">/</mount>
... (authentication block)
<mount>/login</mount> (defaults to all hosts)
yeah, thought about it extensively but no, we can't do it from this side, unless we hook to a particular servlet container and we modify its configuration files directly and not thru the servlet API.
and in a two-tier environment (think apache+tomcat), this is not even enough, since the virtual hosts are configured in httpd.conf.
Is it possible to achieve the same functionality? yeah, you bet, with a little tuning of httpd.conf, a few aliases and/or mod_rewrite URI rewriting.
Huh? I'm doing it now with Cocoon. It's just a host matcher in the root sitemap and each mounts a sub-sitemap. I know that in order to get those vhosts pointing to the cocoon webapp I have to configure some other front end, but I'm talking about supporting them once they arrive.
ah, ok! gotcha.
yeah, in that case, we could use host-based mounting, that's a good idea.
-- Stefano.
