More positive response from the XSLTC team !
----- Original Message ----- From: "David Hofert" <[EMAIL PROTECTED]> To: "Ivelin Ivanov" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, May 21, 2002 7:02 AM Subject: Re: XSLTC and Cocoon > Hi Ivelin - > > I'm glad that my team has been able to help you out > as I know Cocoon has been an important project for > Apache. I hope we can close out these issues and > ensure that XSLTC will work well for Cocoon. > > You should also be advised that we are reworking > our output handler which should further boost performance > by 10-20%. This work should be completed in the next > week or so. > > Finally, are the books you mention about Cocoon or > published using Cocoon (or both?). > > Cheers - > > Dave > > PS - Hello Stefano - you may recall we met at the > London Apachecon a couple of years back - I am > also Vincent Hardy's manager and we were discussing > Batik at that time over lunch. > > Ivelin Ivanov wrote: > > > > > Good to know. > > > > With all the exposure Cocoon 2 is getting this year, having a high > > performance engine as XSLTC is becoming increasingly essential. > > When you add the 3 new books that will go in print within the next few > > months, Cocoon's responsibility to live up to its fame is bigger than ever. > > > > Thanks for your team's work Tom. > > > > Cheers, > > > > Ivelin > > > > > > ----- Original Message ----- > > From: "Tom Amiro" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]>; "Ivelin Ivanov" <[EMAIL PROTECTED]> > > Cc: <[EMAIL PROTECTED]> > > Sent: Monday, May 20, 2002 8:33 AM > > Subject: XSLTC and Cocoon > > > > > > > >>Stefano and Ivelin, > >> > >>I was able to use the war file you sent us -- as you suggested in the > >>following quote -- to investigate the problems with XSLTC. > >> > >> > >>>Since many bugs that I find in xsltc aren't simply reproducible by > >>>running the scripts from command line, I prepared a WAR file with a > >>>prebuild Cocoon that uses Xalan XSLTC as the XSLT processor for some > >>>parts of it. > >>> > >>>1) the /status page > >>>2) the /documentation/* pages > >>> > >>>You can find the WAR package here: > >>> > >>> http://www.apache.org/~stefano/dist/cocoon_with_xsltc-20020420.war > >>> > >>>To install it on your servlet container of choice follow the > >>>instructions at: > >>> > >>Note, I replaced the version of the XSLTC jar in the war file with the > >>latest version of xsltc.jar. > >> > >>When I click on the documentation link, the following error is thrown > >> > >> java.lang.VerifyError: (class: book2menu, method: applyTemplates > >> > > signature: > > > > (Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xalan/xsltc/NodeIterator;Lorg/apach > > e/xalan/xsltc/TransletOutputHandler;)V) > > > >> Unable to pop operand off an empty stack > >> at java.lang.Class.newInstance0(Native Method) > >> at java.lang.Class.newInstance(Class.java:232) > >> at > >> > > org.apache.xalan.xsltc.trax.TemplatesImpl.getTransletInstance(TemplatesImpl. > > java:234) > > > >> at > >> > > org.apache.xalan.xsltc.trax.TemplatesImpl.newTransformer(TemplatesImpl.java: > > 259) > > > >> at > >> > > org.apache.xalan.xsltc.trax.TransformerFactoryImpl.newTransformerHandler(Tra > > nsformerFactoryImpl.java:588) > > > >> at > >> > > org.apache.cocoon.components.xslt.XSLTProcessorImpl.getTransformerHandler(XS > > LTProcessorImpl.java:241) > > > >> at > >> > > org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java: > > 306) > > > >>Looking at book2menu.xsl, there was an error the stylesheet. It had > >> > >> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; > >> xmlns:NetUtils="org.apache.cocoon.util.NetUtils" > >> > >>but the url for the external java function should be > >> > >> > >> > > xmlns:NetUtils="http://xml.apache.org/xslt/java/org.apache.cocoon.util.NetUt > > ils" > > > >>XSLTC couldn't compile the stylesheet because of this syntax error. > >> > >>After correcting the stylesheet, XSLTC still has a problem with > >> > >> <xsl:variable name="encLabel" select="NetUtils:encodePath(@label)"/> > >> > >>because @label is of type nodeset and NetUtils.java expects a string as > >> > > show in the snippet below > > > >> * @param path the path to encode > >> * @return the encoded path > >> */ > >> public static String encodePath(String path) { > >> > >>So you need to cast the @label nodest to a string, e.g., > >> > >> <xsl:variable name="encLabel" > >> > > select="NetUtils:encodePath(string(@label))"/> > > > >>It doesn't look like encLabel is even used. > >> > >>I'll see what happens next after changing book2menu to get past this > >> > > problem. > > > >>Just wanted to let you know that we are working on it. > >> > >>-- > >> Tom Amiro -- SQA Engineer > >> Sun XML Technology Development > >> voice: 781-442-0589 Fax: 781-442-1437 > >> eMail: tom.amiro@.sun.com > >> > > > > > > > -- > ==-------==-------==-------==-------==-------== > David K. Hofert [EMAIL PROTECTED] > XML Emerging Technologies Burlington, MA > 781.442.2136 fax: 781.442.1437 > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
