Return-Path: 
 <dev-return-22775-apmail-forrest-dev-archive=forrest.apache.org@forrest.apache.org>
Delivered-To: apmail-forrest-dev-archive@www.apache.org
Received: (qmail 22150 invoked from network); 22 Feb 2006 12:54:21 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 22 Feb 2006 12:54:21 -0000
Received: (qmail 96837 invoked by uid 500); 22 Feb 2006 12:54:20 -0000
Delivered-To: apmail-forrest-dev-archive@forrest.apache.org
Received: (qmail 96796 invoked by uid 500); 22 Feb 2006 12:54:20 -0000
Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@forrest.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@forrest.apache.org>
List-Post: <mailto:dev@forrest.apache.org>
Reply-To: dev@forrest.apache.org
List-Id: <dev.forrest.apache.org>
Delivered-To: mailing list dev@forrest.apache.org
Received: (qmail 96785 invoked by uid 99); 22 Feb 2006 12:54:20 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Feb 2006 04:54:20 -0800
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: domain of thorsten.scherler@wyona.com
 designates 195.226.6.68 as permitted sender)
Received: from [195.226.6.68] (HELO mx1.wyona.com) (195.226.6.68)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Feb 2006 04:54:18 -0800
Received: from 242.red-213-97-135.staticip.rima-tde.net ([213.97.135.242]
 helo=[172.26.0.5])
	by mx1.wyona.com with asmtp (Exim 3.35 #1 (Debian))
	id 1FBtVE-0001U8-00
	for <dev@forrest.apache.org>; Wed, 22 Feb 2006 13:53:56 +0100
Subject: Re: [Forrest bar] structurer problems
From: Thorsten Scherler <thorsten.scherler@wyona.com>
To: dev@forrest.apache.org
In-Reply-To: <1140611462.8276.39.camel@localhost>
References: <43FC4BFA.9010906@pcotech.fr> <43FC4CF5.6000302@pcotech.fr>
	 <43FC5754.3010705@pcotech.fr>  <1140611462.8276.39.camel@localhost>
Content-Type: text/plain; charset=utf-8
Date: Wed, 22 Feb 2006 13:53:49 +0100
Message-Id: <1140612829.8276.43.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.1.1 
Content-Transfer-Encoding: quoted-printable
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

El mi=C3=A9, 22-02-2006 a las 13:31 +0100, Thorsten Scherler escribi=C3=B3:
> El mi=C3=A9, 22-02-2006 a las 13:21 +0100, Cyriaque Dupoirieux escribi=C3=
=B3:
> > Cyriaque Dupoirieux a =C3=A9crit :
> > > Cyriaque Dupoirieux a =C3=A9crit :
> > >> Hi,
> > >>
> > >>    The link to structurer and structurer-xsl do not work anymore wit=
h=20
> > >> the dispatcher.
> > >>    The url was something like :
> > >>
> > >>    * cocoon://prepare.contract.html.content-main for a contract or
> > >>    * cocoon://prepare.structurer.html.<yourPage>
> > >>
> > >> What is the new url to use ?
> > > Ok, I think I have found, it's
> > >   * cocoon://resolve.contract.html.content-main for a contract or
> > >   * cocoon://resolve.structurer.html.<yourPage>
> > >
> > > Is that good ?
> > No it is not !
> > The previous version (the structurer and not the dispatcher) has the=20
> > following pipe :
> >     <!-- prepare the xsl:templates of the requested contract.
> >       {1} format to deliver
> >       {2} contract name  -->
> >     <map:pipeline>
> >       <map:match pattern=3D"prepare.contract.*.**">
> >         <map:generate src=3D"{lm:resolve.contract.{1}.{2}}" />
> >         <map:transform src=3D"{lm:contract-strip-xsl.xsl}">
> >           <map:parameter name=3D"format" value=3D"{1}" />
> >         </map:transform>
> >         <map:transform type=3D"i18n">
> >           <map:parameter name=3D"locale" value=3D"{request:locale}" />
> >         </map:transform>
> >         <map:serialize />
> >       </map:match>
> >     </map:pipeline>
> >=20
> > Which returned the stylesheet corresponding to the contract.
> > It used this fonctionality to import contracts :
> >       <xsl:include href=3D"cocoon://prepare.contract.html.content-main"=
/>
> >=20
> > I think it was nice to be able to do this,
> >=20
> > WDYT ?
> >=20
>=20
> Jeje, the xsl-magic is gone with standalone contracts. ;-) We do not
> generate an aggregated xsl anymore.=20
>=20
> We resolve the structurer, then the dispatcher invokes the standalone
> transformation of the contracts. See page 17 of=20
> http://svn.apache.org/viewcvs.cgi/*checkout*/forrest/events/malaga_2006/f=
orrest-dispatcher-1.5h_en.pdf
>=20
> but:
> > Ok, I think I have found, it's
> > >   * cocoon://resolve.contract.html.content-main for a contract or
> > >   * cocoon://resolve.structurer.html.<yourPage>
>=20
> sounds sweet.


I just understood what you suggest (at least I think now), you want to
add:
>     <!-- prepare the xsl:templates of the requested contract.
> >       {1} format to deliver
> >       {2} contract name  -->
> >     <map:pipeline>
> >       <map:match pattern=3D"prepare.contract.*.**">
> >         <map:generate src=3D"{lm:resolve.contract.{1}.{2}}" />
> >         <map:transform src=3D"{lm:contract-strip-xsl.xsl}">
> >           <map:parameter name=3D"format" value=3D"{1}" />
> >         </map:transform>
> >         <map:transform type=3D"i18n">
> >           <map:parameter name=3D"locale" value=3D"{request:locale}" />
> >         </map:transform>
> >         <map:serialize />
> >       </map:match>
> >     </map:pipeline>

again to the internal.xmap.

+1

salu2
--=20
Thorsten Scherler
COO Spain
Wyona Inc.  -  Open Source Content Management  -  Apache Lenya
http://www.wyona.com                   http://lenya.apache.org
thorsten.scherler@wyona.com                thorsten@apache.org