You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Geoff Howard <co...@leverageweb.com> on 2003/10/10 04:43:20 UTC
mounting blocks question
We decided that wiring.xml would have entries like:
<mount>/mail/</mount>
How would this work for using hostname based mounting?
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)
?,
Geoff
Re: mounting blocks question
Posted by Stefano Mazzocchi <st...@apache.org>.
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:
>>>
>>> <mount>/mail/</mount>
>>>
>>> How would this work for using hostname based mounting?
>> 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.
>>> 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)
>> single sign-on, right?
>> 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.
Re: mounting blocks question
Posted by Geoff Howard <co...@leverageweb.com>.
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:
>>
>> <mount>/mail/</mount>
>>
>> How would this work for using hostname based mounting?
>
>
> 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.
>
>> 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)
>
>
> single sign-on, right?
>
> 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.
Geoff
Re: mounting blocks question
Posted by Stefano Mazzocchi <st...@apache.org>.
On Friday, Oct 10, 2003, at 04:43 Europe/Rome, Geoff Howard wrote:
> We decided that wiring.xml would have entries like:
>
> <mount>/mail/</mount>
>
> How would this work for using hostname based mounting?
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.
> 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)
single sign-on, right?
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.
--
Stefano.