cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ivelin Ivanov" <ive...@apache.org>
Subject Re: XSLTC and Cocoon
Date Tue, 21 May 2002 13:32:43 GMT

Folks,


The XSLTC team is trying to resolve the issues preventing XSLTC from being
used in Cocoon.

Please see below the problem they got into and try to help, if you can.



BTW, Tom,

I think I can safely suggest that you post further issues related to Cocoon
directly to the dev list.
It is of common interest that XSLTC gets in Cocoon.


Regards,

Ivelin


----- Original Message -----
From: "Tom Amiro" <Tom.Amiro@Sun.COM>
To: <stefano@apache.org>; "Ivelin Ivanov" <ivelin@apache.org>;
<xsltc-team@east.sun.com>
Sent: Monday, May 20, 2002 2:34 PM
Subject: Re: XSLTC and Cocoon


> Hi,
>
> After modifying ./documentation/stylesheets/book2menu.xsl so XSLTC
> could compile it, I got to the next problem, which doesn't appear
> to be XSLTC related.
>
> After bringing up the http://localhost:8080/cocoon and clicking on
> the Documentation link, it throws
>
>    java.lang.NullPointerException
>         at
org.apache.cocoon.components.notification.DefaultNotifyingBuilder.build(Defa
ultNotifyingBuilder.java:111)
>         at
org.apache.cocoon.components.notification.DefaultNotifyingBuilder.build(Defa
ultNotifyingBuilder.java:170)
>         at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1083)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>         at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
>         at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
>
> The error happens in a block that traps a SAXParserException on the
following line of
> code
>
> n.addExtraDescription("location",     sourceLocator.getSystemId());
>
> What do you suggest you/we do to get further?
>
> --
>  Tom Amiro -- SQA Engineer
>  Sun XML Technology Development
>  voice: 781-442-0589 Fax: 781-442-1437
>  eMail: tom.amiro@.sun.com
>
> Tom Amiro wrote:
> >
> > 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


Mime
View raw message