On Thu, 11 Apr 2002, [iso-8859-1] Mats Norén wrote: > I get the feeling that doing *everything* inside the sitemap is somewhat > against the intentions of the sitemap.
Definitly!! > 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. :) Not just yours :) > Of course one could use an xml syntax instead of a java as a "programming" > language but that is just semantics.. aggreed > > 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" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > 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> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
