Isn't the xsl-dynamic page that you need? The sample can be found at
http://localhost:8080/cocoon/sub/xsl-dynamic
The transformer of the main pipeline calls a different pipeline where an
XSP page generates the transformations. To my opinion XSP can be used as
a transformer this way, no?
<!-- Dynamic XSL -->
<map:match pattern="xsl-dynamic-source">
<map:generate type="serverpages" src="stylesheets/simple-page2html.xsp"/>
<map:serialize type="xml"/>
</map:match>
<map:match pattern="xsl-dynamic">
<map:generate src="docs/simple.xml"/>
<map:transform src="cocoon:/xsl-dynamic-source"/>
<map:serialize/>
</map:match>
Bert
At 22:23 6/05/2002 -0400, you wrote:
> > From: Chris Wolf [mailto:[EMAIL PROTECTED]]
> >
> > Thanks, I'll wait for this "XSPT" to be better documented,
>
>It does not exist. But it is possible.
>
>Vadim
>
> > until then, I'll just write a java-based Transformer...
> >
> > -Chris
> >
> > Vadim Gritsenko wrote:
> > >
> > > > From: Chris Wolf [mailto:[EMAIL PROTECTED]]
> > > >
> > > > Ok, after reading this, and your previous response, I
> > > > can now articulate my problem better.
> > > >
> > > > It seems the XSP allows you to create reusable sections
> > > > of code (logicsheets) and to embed Java, the result
> > > > is auto-generated code which is an instance of Generator.
> > >
> > > You have got it right.
> > >
> > >
> > > > I was hoping that XSP could also be used to define a
>code-generated
> > > > instance of Transformer.
> > >
> > > Cocoon markup->to->programming-language machinery can do that. But
>it
> > > will not be XSP, but other language on its own (I think "XSPT": XSP
>for
> > > transformations ;)
> > >
> > > > The way things are now, it seems that
> > > > only Generators can be coded up using XSP -- not Transformers.
> > >
> > > Right now - yes.
> > >
> > > > In other words, I must write my Transformer entirely in Java.
> > >
> > > Or implement XSPT. I think it will be simplier for you to code
> > > Transformer in Java at this stage. ;)
> > >
> > > > Thanks for your help,
> > >
> > > Welcome.
> > >
> > > Vadim
> > >
> > >
> > > > -Chris
> > > >
> > > > Vadim Gritsenko wrote:
> > > > >
> > > > > > From: Chris Wolf [mailto:[EMAIL PROTECTED]]
> > > > > >
> > > > > > I looked over most of the examples, including this one,
> > > > > > before posting. It's not really what I want to do, that
> > > > > > just seems to be using another pipline as an imput source,
> > > > >
> > > > > But it sounds like what you need: Generate XML -> Use it as XSP
> > > source
> > > > > -> XSL -> Serialize.
> > > > >
> > > > > > effectively establishing alias URI's.
> > > > >
> > > > > Alias??? Alias should result in same result, but this produces
> > > *very*
> > > > > different result. Please compare:
> > > > >
> > > > > http://localhost:8080/cocoon/sub/xsp-cocoon
> > > > > http://localhost:8080/cocoon/sub/xsp-source
> > > > >
> > > > > > I was hoping to use embedded java to perform what would
> > > > > > otherwise be done with XSLT.
> > > > >
> > > > > It's called "Transformer" then.
> > > > >
> > >
>http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon
> > > > >
> > >
>/transformation/Transformer.java?rev=1.4&content-type=text/vnd.viewcvs-m
> > > > > arkup
> > > > >
> > > > > Implement, declare in the sitemap, use.
> > > > >
> > > > > > I will look into "xinclude" it it will work for
> > > > > > a dynamic datasource.
> > > > >
> > > > > It does work.
> > > > >
> > > > > Vadim
> > > ...
>
>
>---------------------------------------------------------------------
>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]>
