Yes it is. Just add the saxon-transformer to your sitemap, add the necessary lines in cocoon.xconf and make sure you are using the correct transformer in your pipelines & have installed the appropriate jar in you lib-folder.
It also works to do a quick google on the subject (apache cocoon saxon): http://wiki.apache.org/cocoon/Saxon I'm using 2.1.11, saxon7 and this is how I implemented it sitemap.xmap <map:transformer logger="sitemap.transformer.xsltal" name="xsltal" pool-max="8" src="org.apache.cocoon.transformation.TraxTransformer"> <default-src>resource://org/apache/cocoon/blocks/xsltal/resources/tal2xslt.xsl</default-src> <use-request-parameters>false</use-request-parameters> <use-session-parameters>false</use-session-parameters> <use-cookie-parameters>false</use-cookie-parameters> <xslt-processor-role>saxon</xslt-processor-role> <check-includes>true</check-includes> <transformer-factory>net.sf.saxon.TransformerFactoryImpl</transformer-factory> </map:transformer> cocoon.xconf <component logger="core.xslt" role="org.apache.excalibur.xml.xslt.XSLTProcessor/saxon" class="org.apache.cocoon.components.xslt.TraxProcessor"> <parameter name="use-store" value="true"/> <parameter name="transformer-factory" value="net.sf.saxon.TransformerFactoryImpl"/> </component> On Tue, Apr 28, 2009 at 6:06 PM, Stan Dyck <[email protected]> wrote: > > It is possible to make cocoon use Saxon, which implements xslt 2.0, as it's > underlying xslt processor. > > StanD. > > Derek Hohls wrote: >> >> Ken >> >> I would echo most of your sentiments, except for the XSP part. >> I have found that the flowscript/JXT gives me all the logic/layout >> options I need ... without having to worry about any Java at all in >> my apps. I think that is why the developers decided to deprecate >> XSP quite a while back, though I appreciate that not everybody might think >> that's such a good idea! >> >> How do you use XSLT(2)? I did not think Xalan supported it yet? eg >> http://xml.apache.org/xalan-j/ >> http://www.nabble.com/Xalan-J-XSLT-2.0-status-tc5766761r4.html >> http://www.velocityreviews.com/forums/t364511-xslt-2-processors.html >> >> Derek >> >>>>> On 2009/04/25 at 10:32, in message >>>>> <[email protected]>, Ken Starks >>>>> <[email protected]> wrote: >> >> Antonio Gallardo wrote: >>> >>> hi Derek, >>> >>> Comparing XSLT with JSP is like comparing pears and apples. XSLT is >>> quite useful for some tasks and weak in others. The same apply for JSP. >>> We still use XSLT even if you have JSP at hand. In cocoon particular >>> wolrd, perhaps he should compare JSP with XSP. >>> >>> I did not read the whole article, but looks the author forgot there is a >>> XSLT 2.0. Anyway, who cares? ;) >>> >>> About freemaker, I guess there are some threads about it in our mail >>> archive [1]. >>> >>> Hope this helps. >>> >>> Best Regards, >>> >>> Antonio Gallardo. >>> >>> [1] http://cocoon.markmail.org/search/?q=freemaker >>> >> >> I hardly think 'pears and apples' are a good simile, they are far too >> similar to one >> another. Perhaps 'oranges and apples' or even 'sausages and marmalade'. >> >> By the way, sausages and marmalade go very well together. >> >> My main complaint is that XSP is deprecated in Cocoon 2.2, in fact it seems >> to >> be sneered-at. For me, it provides just the tiny amount of Java I need - I >> still >> don't want to learn the language thoroughly. It comes below both ruby and >> even >> Acrobat javascript for me. Python has always been more useful, and now the >> adobe Flex environment looks pretty alluring - in all of these I use XML, and >> often it is obtained from a localhost Cocoon pipeline. >> >> >> Cocoon 2.1.x - love it >> XSLT (2) - love it >> XSP - love it >> Eclipse, XML, XML-Schema, other XML tools - love 'em all ! >> >> >> Cocoon 2.2 - too much java needed, not backward-compatible enough, (Database >> connection) a few other grumbles. >> will re-evaluate it in 12 months or so, but I have already wasted too much >> time for this year >> Cocoon 2.3 - not powerful enough for my needs, last time I looked >> >> Bye for now, >> Ken. >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] For additional >> commands, e-mail: [email protected] >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > -- Bart Remmerie +32 (0477) 78.88.76 [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
