cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vadim Gritsenko" <vadim.gritse...@verizon.net>
Subject RE: Sitemap question
Date Tue, 12 Feb 2002 15:43:08 GMT
> From: Mike Ahlers [mailto:mike@ambrea.com]
> 
> Ah ok,
> 
> I'll peek in the CVS then, or perhaps update to latest version
anyways.

You can just access it via web (if you want), cvs.apache.org


> Thanks,
> 
> Mike
> 
> PS> I did use plain-text, only keyed in tabs....

Ok. Sorry. Outlook displayed HTML for some reason when I hit "reply" :-/


Vadim


> From: "Vadim Gritsenko" <vadim.gritsenko@verizon.net>
> 
> > 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:mike@ambrea.com]
> > Sent: Tuesday, February 12, 2002 8:49 AM
> > To: cocoon-users@xml.apache.org
> > 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: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


Mime
View raw message