Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  b=jkgGEpN6C7GxjVxLIgC1XJvEzwyms6jtyKwK3Slq3WX/46oFK9TDvv1L56rT09Lb2IPna9A045rYtL/jauCDELTyUtmzTMo8hV0XLgu88ci6siJYkYsjEuRCa86KiHG0I8I7GtqHwd+L6jH92MehducmRXTtdISCqoTVpf9GIkI=
  ;
Message-ID: <20041221091154.59565.qmail@web11410.mail.yahoo.com>
Date: Tue, 21 Dec 2004 01:11:54 -0800 (PST)
From: Kees van Dieren <keesvandieren@yahoo.com>
Subject: Re: Mounting multiple subsitemaps into one main sitemap
To: users@cocoon.apache.org
In-Reply-To: <41C255A1.4080108@sil.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Thanks!
I Generate a DTD containing the external entities,
which works great. 

Met vriendelijke groeten,

Kees
--- Lars Huttar <lars_huttar@sil.org> wrote:

> Dag meneer...
> My understanding is that the behavior you described
> is the way 
> <map:mount> works; once it is "executed" there is no
> return.
> That is of course why it usually occurs inside a
> <map:match> element.
> 
> One way to do what you wanted to do would be to use
> an external entity:
> 
>   <map:pipeline>
>     &client-cust;
> 
>     <map:match ...
> 
> The external entity would be declared at the
> beginning of your sitemap.
> 
> I haven't tried this but I think it would work.
> 
> Lars
> 
> 
> 
> 
> Kees van Dieren wrote:
> 
> >Dear Cocoon users,
> >
> >I try to mount three subsitemaps into one
> subsitemap. 
> >
> >However, only the first matching mount seems toe be
> >called; the second is never called.
> >
> >My code in the main sitemap:
> >
> >...
> ><map:pipelines>
> >  <map:pipeline>
> >    <!-- no match tag, always called! -->
> >    <map:mount uri-prefix="" 
> >src="../clientx/customizations.xmap" 
> >check-reload="yes" reload-method="synchron"/>
> >  </map:pipeline>
> >  <map:pipeline>
> >    <map:match pattern="module1">
> >        <map:mount uri-prefix="module1"
> >src="../module1/module1-sitemap.xmap" 
> >check-reload="yes" reload-method="synchron"/>
> >    </map:match>
> >    <map:match pattern="module2">
> >        <map:mount uri-prefix="module2"
> >src="../module2/module2-sitemap.xmap" 
> >check-reload="yes" reload-method="synchron"/>
> >    </map:match>
> >  </map:pipeline>
> ></map:pipelines>
> >...
> >
> >The thing I woul like to happen, is the following:
> >- the main sitemap mounts customizations.xmap
> >    - if there is a map:match in this sitemap, stop
> >processing the sitemap
> >    - if there is no match continue with the main
> >sitemap (handling module1 or module2.)
> >
> >However, Cocoon seems to stop processing the
> pipelines
> >of the main sitemap, after the first map:mount call
> >was made, even if there was no map:match executed
> in
> >the customization.xmap
> >
> >I would like to have such a way of using the
> sitemap,
> >to override client-specificy code from the default
> >implementation in module1 or module2.
> >
> >What am I doing wrong, or are there any other ways
> to
> >do handle this?
> >
> >Kind regards,
> >
> >Kees van Dieren
> >
> >  
> >
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail:
> users-help@cocoon.apache.org
> 
> 


__________________________________ 
Do you Yahoo!? 
Send holiday email and support a worthy cause. Do good. 
http://celebrity.mail.yahoo.com

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