cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From michael.raffenb...@t-online.de (Michael Raffenberg)
Subject AW: <mount>ing, but with shared sitemap?
Date Fri, 20 Jun 2003 16:57:48 GMT
Hi, maybe this is what you are looking for:

    <map:pipeline>
      <map:match pattern="**">
        <map:select type="host">
          <map:when test="pelzfashion">
            <map:mount uri-prefix="" src="file:///d:/data/www/pelz-fashion/"
check-reload="true"/>
          </map:when>
          <map:when test="raffy">
            <map:mount uri-prefix="" src="file:///d:/data/www/raffy/"
check-reload="true"/>
          </map:when>
          <map:otherwise>
            <map:mount uri-prefix="" src="file:///d:/data/www/cocoon/"
check-reload="true"/>
          </map:otherwise>
        </map:select>
      </map:match>
    </map:pipeline> 

Hope that helps,
Raffy

> -----Urspr√ľngliche Nachricht-----
> Von: dominic.chambers@ya.com [mailto:dominic.chambers@ya.com] 
> Gesendet: Freitag, 20. Juni 2003 16:31
> An: cocoon-users@xml.apache.org
> Betreff: Re: <mount>ing, but with shared sitemap?
> 
> 
> On Fri, 2003-06-20 at 16:25, Upayavira wrote:
> > > Yes. Exactly that. Is that possible?
> > 
> > Hmm. As I was writing that I was hoping you weren't going 
> to say yes!!
> > 
> > Anyway, I have built something similar recently, although I didn't 
> > have the two
> > sitemaps, I did it all with one.
> > 
> > I used stuff like:
> > 
> > <map:match pattern="*/page.html">
> >   <map:generate src="skins/{1}/config.xml"/>
> >   <map:transform src="common/prepare.xsl"/>
> >   <map:transform src="skins/{1}/skin.xsl">
> >     <map:parameter name="skin" value="{1}"/>
> >   </map:transform>
> >   <map:serialize type="html"/>
> > </map:match>
> > 
> > There you have a site that'll work for the following structure:
> > 
> > root/
> >   sitemap.xmap
> >   skins/
> >     foo/
> >       config.xml
> >       skin.xsl
> >     bar/
> >       config.xml
> >       skin.xsl
> >   common/
> >     prepare.xsl
> > 
> 
> Yes, that is very clever, I didn't think of that; that even 
> works if you need to match multiple pages by using two 
> wildcards, like "*/**.html". 
> but ...
> 
> > With a system like that, you can have some files accessed from your 
> > 'skins' directory
> > structure, and others from your common shared files, 
> depending upon whether you 
> > want them shared or separate.
> > 
> > Then you just need an error handling pipeline to catch those 
> > situations where the
> > URL doesn't match a valid skin.
> > 
> > Make sense? Does this do what you want?
> > 
> 
> Almost, but I need to switch based on host name. Perhaps if I 
> could make the result of the host name comparison a variable, 
> like {1} is for wildcard matches, that would work perfectly. 
> I just tried this
> experiemnt:
> 
> <map:pipeline>
>   <map:match pattern="">
>     <map:select type="host">
>       <map:redirect-to uri="{host}/test.html"/>
>     </map:select>
>   </map:match>
> </map:pipeline>
> 
> where host was a previously defined HostSelector. Of course 
> it didn't work!
> 
> Do you know of another way? I kind of need variables, 
> although I would probably think less highly of Cocoon if it 
> provided them: who wants to program in XML?
> 
> Thanks for your help!
> 
> > Regards, Upayavira
> > 
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> > For additional commands, e-mail: cocoon-users-help@xml.apache.org
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> For additional commands, e-mail: cocoon-users-help@xml.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org


Mime
View raw message