Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
Message-ID: <009301c20068$23a1cbc0$0c91fea9@galina>
From: "Ivelin Ivanov" <ivelin@apache.org>
To: <Tom.Amiro@Sun.COM>, <stefano@apache.org>
Cc: <xsltc-team@east.sun.com>, <cocoon-dev@xml.apache.org>
References: <3CE8FB38.B21A211E@Sun.COM>
Subject: Re: XSLTC and Cocoon
Date: Mon, 20 May 2002 20:37:58 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit


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" <Tom.Amiro@Sun.COM>
To: <stefano@apache.org>; "Ivelin Ivanov" <ivelin@apache.org>
Cc: <xsltc-team@east.sun.com>
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


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org