Ah ok, I'll peek in the CVS then, or perhaps update to latest version anyways.
Thanks, Mike PS> I did use plain-text, only keyed in tabs.... ----- Original Message ----- From: "Vadim Gritsenko" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, February 12, 2002 3:05 PM Subject: RE: Sitemap question > Logicsheets are applied automatically. See logicsheet.xsp sample in the > Cocoon sample webapp (if not on your hard drive try CVS). > > PS Please use plain text email > > Vadim > > -----Original Message----- > From: Mike Ahlers [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 12, 2002 8:49 AM > To: [EMAIL PROTECTED] > Subject: Sitemap question > > Hi, > > I have a question: is there a specific sitemap instruction that applies > a logicsheet to an xsp file? Say, > <map:transform type="xsp" src="somelogicsheet.xsl"> > ?? > > Given two examples: > > <map:match pattern ="somepage.xml"> > <map:generate type="serverpages" src="somepage.xsp"> > <map:transform type="xslt" src="somepage.xsl"> > <map:serialize/> > </map:match> > > This example works as standard, given, there is a <xsp:page> </xsp:page> > -pair wrapping the somepage.xml. The logicsheet would be applied, > producing a xsp page > and then the regular xsp generation can occur. > > Now, given this situation: > > <map:match pattern="somesite/doregister.xml"> > <map:act type="register-validate"> > <map:generate type="serverpages" src="somesite/xsp/{next}.xsp"/> > <map:transform type="xslt" > src="somesite/stylesheet/stylesheet.xsl"/> > </map:act> > <map:serialize/> > </map:match> > > In this example, the actual doregister.xml doesn't exist. It is merely > called by a POST reuqest. The action that follows performs some checking > and adds a user-defined class object in the request. And, based on the > validation, I decide to proceed or not, i.e. producing some > 'welcome-login' page or, error page, by setting the {next} value. > > Now, if I want to apply a logicsheet to these {next}.xsp files. Where do > I do this? I can't do it in doregister.xml because that is non-existant. > I cannot use redirects, because I want to keep the original request > intact (I add objects). An exit view? > > Does this approach/design have a flaw in regard to what I want to > accomplish (session-management is next thing to add)? > > Thanks in advance, > Mike Ahlers > > > > --------------------------------------------------------------------- > Please check that your question has not already been answered in the > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > For additional commands, e-mail: <[EMAIL PROTECTED]> > > --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>