cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mats Norén <m...@alma.nu>
Subject Re: continuation fear (was Re: [status & RT] design challenges)
Date Thu, 11 Apr 2002 13:47:10 GMT
I get the feeling that doing *everything* inside the sitemap is somewhat
against the intentions of the sitemap.
By *everything* I mean driving the logic parts of an application layer.
Controlling the flow should not (but can) be the sitemaps responsibility. A
cleaner approach is a flow layer using the sitemap to serve pages..this is
of course my own humble opinion. :)
Of course one could use an xml syntax instead of a java as a "programming"
language but that is just semantics..


>
> Maybe I missed something. What is it that Stefano is so against?
>
> fetch sounds like a natural extension to redirect and forward.
> Actually I just saw that Konstantin suggests almost the same idea.
>
>
> ----- Original Message -----
> From: "Mats Norén" <mats@alma.nu>
> To: <cocoon-dev@xml.apache.org>
> Sent: Thursday, April 11, 2002 7:47 AM
> Subject: Re: continuation fear (was Re: [status & RT] design challenges)
>
>
> Isn´t this the mixing of concerns Stefano is so against? ;)
>
> > A random thought:
> >
> >
> > <map:pipeline>
> >   <map:match test="mywizard">
> >     <map:fetch src="page1"/>
> >
> >     <map:select>
> >       <map:when test="hasCar">
> >         <map:fetch src="carInfo"/>
> >       </map:when>
> >     </map:select>
> >
> >     <map:fetch src="confirmData"/>
> >
> >     <map:select>
> >       <map:when test="confirmed">
> >         <map:call src="cocoon://commitAction"/>
> >       </map:when>
> >       <map:otherwise>
> >         <map:call src="cocoon://home"/>
> >       </map:otherwise>
> >      </map:select>
> >
> >   </map:match>
> >
> >
> >
> > >
> > > Regards,
> > > --
> > > Ovidiu Predescu <ovidiu@apache.org>
> > > http://www.geocities.com/SiliconValley/Monitor/7464/ (GNU, Emacs,
other
> > stuff)
> > >
> > > ---------------------------------------------------------------------
> > > 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
>
>
>
> ---------------------------------------------------------------------
> 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