cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From giacomo <giac...@apache.org>
Subject RE: Allowed Sitemap Constructs
Date Thu, 03 Jan 2002 14:18:29 GMT
On Thu, 3 Jan 2002, Carsten Ziegeler wrote:

> John Morrison wrote:
> >
> > > -----Original Message-----
> > > From: Carsten Ziegeler [mailto:cziegeler@s-und-n.de]
> > > Sent: Thursday, 03 January 2002 12:32 pm
> > > To: Cocoon-Dev
> > > Subject: Allowed Sitemap Constructs
> > >
> > >
> > > Hi,
> > >
> > > I currently run into the problem that I created pipelines which I
> > > thought were possible, but currently are not support by Cocoon:
> > >
> > > It is not possible to nest anything other than a map:part into
> > > a map:aggregate, so the following doesn't work:
> > > <map:aggregate>
> > >   <map:select type="test">
> > >     <map:when test="a">
> > >       <map:part src="a"/>
> > >     </map:when>
> > >     <map:otherwise>
> > >       <map:part src="b"/>
> > >     </map:otherwise>
> > >   </map:select>
> > >   <map:part src="constant"/>
> > > </map:aggregate>
> > >
> > > Is this a bug or is this by design?
> > > My personal opinion is, that this should be possible.
> > >
> > > Another restriction we currently have is already entered as a bug with
> > > the number 4357: An Action is not possible as a root element inside
> > > a map:pipeline, only map:match can be a used as a root element.
> > > So here again, is this by design?
> >
> > What would you expect the Action to do and when would you expect it to do
> > it?
> >
> For example:
> <map:pipeline>
>   <map:act type="LogStatus"/>
>
>   <map:act type="ProtectAllResource">
>
>     <map:match pattern="docs/*">
>      ..
>     </map:match>
>   </map:act>
>
> </map:pipeline>
>
> So the actions are invoked immediately at the start of the sitemap
> processing,
> for example for any debugging or authentication or initialization of the
> object
> model etc.

You know I don't like "initialization of the object model" (as long as
you mean the objectModel object ;)

Giacomo

>
> Carsten
>
> > > I think we shouldn't make such restrictions. But at least if we make
> > > these restrictions we should document them.
> > >
> > > Regards,
> > > Carsten
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > >
> >
> >
> > =======================================================================
> > Information in this email and any attachments are confidential, and may
> > not be copied or used by anyone other than the addressee, nor disclosed
> > to any third party without our permission.  There is no intention to
> > create any legally binding contract or other commitment through the use
> > of this email.
> >
> > Experian Limited (registration number 653331).
> > Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
>
>


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


Mime
View raw message