You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Ivelin Ivanov <iv...@apache.org> on 2002/05/29 02:48:53 UTC

Fw: XSLTC and Cocoon

Folks,


The XSLTC group is at a hold again.

Anyone interested to work with Tom to resolve the issues?

I am sorry if I sound pushy, especially when I am not helping myself.
My focus is currently in another area of Cocoon, as some of you know.
Recently there have been a number of people asking to get their hands on a
faster XSLT transformer. This is a good chance to contribute to the cause.
If this effort is not to be dragging for long, please step up and work with
Tom.



Cheers,


Ivelin



----- Original Message -----
From: "Tom Amiro" <To...@Sun.COM>
To: "Ivelin Ivanov" <iv...@apache.org>
Sent: Tuesday, May 28, 2002 3:33 PM
Subject: Re: XSLTC and Cocoon


> Ivelin,
>
>
> Ivelin Ivanov wrote:
> >
> > Tom,
> >
> > Were the replies to your request satisfactory?
> >
> > Are you able to continue work on XLTC & Cocoon?
> >
> > Ivelin
> >
>
> I guess my reply would be, "not yet".
>
> Here was my last email to which I believe Stefano was going
> to respond, but I haven't heard anything yet. So I'm just
> waiting.
>
> tom
>
> > Given Sylvain's reply that an update would solve the NPE problem,
> > I checked out the xml-cocoon2 respository. After making some
> > modifications so it would use XSLTC rather than Xalan, I built
> > cocoon.war and tried deploying it with Tomcat. On starting up
> > Tomcat, there was a problem with Cocoon
> >
> > 2002-05-22 14:04:45 HostConfig[localhost]: Deploying web application
archive cocoon.war
> > 2002-05-22 14:04:45 StandardHost[localhost]: Installing web application
at context path
> > /cocoon from URL
jar:file:/net/bigblock/files18/tamiro/wspack-fcs/webapps/cocoon.war!/
> > 2002-05-22 14:04:50 WebappLoader[/cocoon]: Deploying class repositories
to work
> > directory /net/bigblock/files18/tamiro/wspack-fcs/work/Standard
Engine/localhost/cocoon
> > 2002-05-22 14:07:06 WebappLoader[/cocoon]: Deploy class files
/WEB-INF/classes to /net/bigblock/files18/tamiro/wspack-fcs/work/Standard
> > Engine/localhost/cocoon/
> > WEB-INF/classes
> > 2002-05-22 14:07:07 StandardManager[/cocoon]: Seeding random number
generator class java.security.SecureRandom
> > 2002-05-22 14:07:07 StandardManager[/cocoon]: Seeding of random number
generator
> >  has been completed
> > 2002-05-22 14:07:07 StandardWrapper[/cocoon:Cocoon2]: Marking servlet
Cocoon2 as
> >  unavailable
> > 2002-05-22 14:07:07 StandardContext[/cocoon]: Servlet /cocoon threw
load() exception
> > javax.servlet.ServletException: Error instantiating servlet class
org.apache.coc
> > oon.servlet.CocoonServlet
> >         at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.
> > java:896)
> >
> >
> > Anyone have an idea what may be wrong? If not, could someone send me
another war
> > file configured for XSLTC that has the update to fix the NPE problem.
> >
> > So far I haven't been able to pinpoint any XSLTC specific bugs
> > that are preventing Cocoon from using XSLTC.
> >
> > Tom
>
> --
>  Tom Amiro -- SQA Engineer
>  Sun XML Technology Development
>  voice: 781-442-0589 Fax: 781-442-1437
>  eMail: tom.amiro@.sun.com


---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>


Re: Fw: XSLTC and Cocoon

Posted by Gianugo Rabellino <gi...@apache.org>.
Tom Amiro wrote:

> I got the war you gave me to run and hit the same old error on book2menu.xsl 
> that I found before which was due to the stylesheet not using the correct 
> syntax to call external java funtions. Here is a copy of the stylesheet 
> with the required changes, i.e.
> 
> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
>                 xmlns:NetUtils="http://xml.apache.org/xslt/java/org.apache.cocoon.util.NetUtils"
>                                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
>      <xsl:variable name="encLabel" select="NetUtils:encodePath(string(@label))"/>
>                                                                ^^^^^^^
> 
> These changes should also work with Xalan.
> 
> I hope you can submit this fix for the stylesheet, so the version in the wars 
> you generate won't have the problem.
> 
> After substituting the corrected stylesheet and rebuilding the war, I was able to 
> get further and hit a null prt error in XSLTC. We'll investigate that further.

Thanks Tom. I fixed it in CVS. Let me know if I can be of any further help.

Ciao,

-- 
Gianugo Rabellino


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


Re: Fw: XSLTC and Cocoon

Posted by Tom Amiro <To...@Sun.COM>.
Gianugo Rabellino wrote:
> 
> 
> I'll send you in a minute a temporary download location: I'm uploading
> via my poor ADSL a 15+MB file to a server, it will take some time. :-)
> 
> What I did was just re-warring up for you my current Catalina cocoon
> directory, so that you should *not* encounter any problem (well,
> hopefully ;-)). It's already set up for XSLTC using the jar you sent me.
> 
> In WEB-INF/logs you can also find my attempts to have it working, to no
> avail. The Cocoon front page loads (well, no wonder, being it static
> XHTML) but XSL trasformations don't.
> 
> If you want, we can meet online (irc is my favourite) so that we can try
> interactively to make it work.
> 
> I'll send you the location in a minute (13MB still to go... :-))
> 
> Ciao,
> 
> --
> Gianugo Rabellino
> 

Hi Gianugo,

I got the war you gave me to run and hit the same old error on book2menu.xsl 
that I found before which was due to the stylesheet not using the correct 
syntax to call external java funtions. Here is a copy of the stylesheet 
with the required changes, i.e.

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
                xmlns:NetUtils="http://xml.apache.org/xslt/java/org.apache.cocoon.util.NetUtils"
                                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

     <xsl:variable name="encLabel" select="NetUtils:encodePath(string(@label))"/>
                                                               ^^^^^^^

These changes should also work with Xalan.

I hope you can submit this fix for the stylesheet, so the version in the wars 
you generate won't have the problem.

After substituting the corrected stylesheet and rebuilding the war, I was able to 
get further and hit a null prt error in XSLTC. We'll investigate that further.

Thanks, 

Tom

Re: Fw: XSLTC and Cocoon

Posted by Ivelin Ivanov <iv...@apache.org>.
Gianugo and Tom,

Thank you for keeping this effort rolling.

Please continue copying your messages to the cocoon-dev list in case someone
else wants to help.


Ivelin



----- Original Message -----
From: "Gianugo Rabellino" <gi...@apache.org>
To: <To...@Sun.COM>
Cc: "cocoon" <co...@xml.apache.org>
Sent: Thursday, June 06, 2002 8:50 AM
Subject: Re: Fw: XSLTC and Cocoon


> Tom Amiro wrote:
> > Hi Gianugo,
> >
> > That's strange. I just unjar'd the cocoon.war file from my webapps
> > directory and looked at the cocoon.xconf file. It had
> >
> >   <xslt-processor
class="org.apache.cocoon.components.xslt.XSLTProcessorImpl"
logger="core.xslt-processor">
> >      <parameter name="transformer-factory"
value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl"/>
> >      <parameter name="use-store" value="true"/>
> >      <parameter name="incremental-processing" value="false"/>
> >   </xslt-processor>
> >
> > So the transformer-factory param does have the closing /. Don't know how
the snippet
> > cut and pasted in my email was wrong.
>
> Weird... :-/
>
> >
> > Anyway, please send the war file that you got the trace with and tell me
the steps
> > you did before getting the XSLTC error.
>
>
> I'll send you in a minute a temporary download location: I'm uploading
> via my poor ADSL a 15+MB file to a server, it will take some time. :-)
>
> What I did was just re-warring up for you my current Catalina cocoon
> directory, so that you should *not* encounter any problem (well,
> hopefully ;-)). It's already set up for XSLTC using the jar you sent me.
>
> In WEB-INF/logs you can also find my attempts to have it working, to no
> avail. The Cocoon front page loads (well, no wonder, being it static
> XHTML) but XSL trasformations don't.
>
> If you want, we can meet online (irc is my favourite) so that we can try
> interactively to make it work.
>
> I'll send you the location in a minute (13MB still to go... :-))
>
> Ciao,
>
> --
> Gianugo Rabellino
>
> >
> > Thanks,
> >
> > Tom
> > Gianugo Rabellino wrote:
> >
> >>Tom Amiro wrote:
> >>
> >>>Gianugo,
> >>>
> >>>I downloaded cocoon-2.0.2, built the cocoon.war after putting the
> >>>latest xsltc.jar in the ./lib/core directory and changing the
> >>>cocoon.xconf file in WEB-INF to specify XSLTC as the
TransformerFactoryImpl,
> >>>
> >>>
> >>>
> >>>> <xslt-processor
class="org.apache.cocoon.components.xslt.XSLTProcessorImpl">
> >>>>     <parameter name="use-store" value="true">
> >>>>     <parameter name="transformer-factory"
value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl">
> >>>>  </xslt-processor>
> >>>
> >>Tom,
> >>
> >>I'm working on your issue: actually the only thing I had to change was
> >>the malformed configuration you sent me: the "transformer-factory"
> >>parameter was not closed correctly:
> >>
> >><parameter name="transformer-factory"
> >>value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl">
> >>
> >>Should be:
> >>
> >><parameter name="transformer-factory"
> >>value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl"/>
> >>
> >>Apart from that, I was able to run Cocoon with no problem at all (well,
> >>apart that it doesn't work with XSLTC (stack trace appended): if this
> >>was not the error, let me know and I'll package a WAR for you.
> >>
> >>TIA,
> >>
> >>--
> >>Gianugo Rabellino
> >>
> >>ERROR   (2002-06-06) 10:29.50:136
> >>[core.xslt-processor](/cocoon/samples/welcome)
> >>HttpProcessor[8080][1]/LogKitLogger: Error in TraxTransformer:
> >>javax.xml.transform.TransformerException
> >>javax.xml.transform.TransformerException
> >>        at
>
>>org.apache.xalan.xsltc.trax.TransformerImpl.postErrorToListener(Transforme
rImpl.java:698)
> >>        at
>
>>org.apache.xalan.xsltc.trax.TransformerImpl.transform(TransformerImpl.java
:657)
> >>        at
>
>>org.apache.xalan.xsltc.trax.TransformerImpl.transform(TransformerImpl.java
:210)
> >>        at
>
>>org.apache.xalan.xsltc.trax.TransformerHandlerImpl.endDocument(Transformer
HandlerImpl.java:197)
> >>        at
org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:91)
> >>        at
>
>>org.apache.cocoon.transformation.TraxTransformer.recycle(TraxTransformer.j
ava:582)
> >
> >
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>


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


Re: Fw: XSLTC and Cocoon

Posted by Gianugo Rabellino <gi...@apache.org>.
Tom Amiro wrote:
> Hi Gianugo,
> 
> That's strange. I just unjar'd the cocoon.war file from my webapps 
> directory and looked at the cocoon.xconf file. It had
> 
>   <xslt-processor class="org.apache.cocoon.components.xslt.XSLTProcessorImpl" logger="core.xslt-processor">
>      <parameter name="transformer-factory" value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl"/>
>      <parameter name="use-store" value="true"/>
>      <parameter name="incremental-processing" value="false"/>
>   </xslt-processor>
> 
> So the transformer-factory param does have the closing /. Don't know how the snippet 
> cut and pasted in my email was wrong. 

Weird... :-/

> 
> Anyway, please send the war file that you got the trace with and tell me the steps 
> you did before getting the XSLTC error. 


I'll send you in a minute a temporary download location: I'm uploading 
via my poor ADSL a 15+MB file to a server, it will take some time. :-)

What I did was just re-warring up for you my current Catalina cocoon 
directory, so that you should *not* encounter any problem (well, 
hopefully ;-)). It's already set up for XSLTC using the jar you sent me.

In WEB-INF/logs you can also find my attempts to have it working, to no 
avail. The Cocoon front page loads (well, no wonder, being it static 
XHTML) but XSL trasformations don't.

If you want, we can meet online (irc is my favourite) so that we can try 
interactively to make it work.

I'll send you the location in a minute (13MB still to go... :-))

Ciao,

-- 
Gianugo Rabellino

> 
> Thanks,
> 
> Tom
> Gianugo Rabellino wrote:
> 
>>Tom Amiro wrote:
>>
>>>Gianugo,
>>>
>>>I downloaded cocoon-2.0.2, built the cocoon.war after putting the
>>>latest xsltc.jar in the ./lib/core directory and changing the
>>>cocoon.xconf file in WEB-INF to specify XSLTC as the TransformerFactoryImpl,
>>>
>>>
>>>
>>>> <xslt-processor class="org.apache.cocoon.components.xslt.XSLTProcessorImpl">
>>>>     <parameter name="use-store" value="true">
>>>>     <parameter name="transformer-factory" value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl">
>>>>  </xslt-processor>
>>>
>>Tom,
>>
>>I'm working on your issue: actually the only thing I had to change was
>>the malformed configuration you sent me: the "transformer-factory"
>>parameter was not closed correctly:
>>
>><parameter name="transformer-factory"
>>value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl">
>>
>>Should be:
>>
>><parameter name="transformer-factory"
>>value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl"/>
>>
>>Apart from that, I was able to run Cocoon with no problem at all (well,
>>apart that it doesn't work with XSLTC (stack trace appended): if this
>>was not the error, let me know and I'll package a WAR for you.
>>
>>TIA,
>>
>>--
>>Gianugo Rabellino
>>
>>ERROR   (2002-06-06) 10:29.50:136
>>[core.xslt-processor](/cocoon/samples/welcome)
>>HttpProcessor[8080][1]/LogKitLogger: Error in TraxTransformer:
>>javax.xml.transform.TransformerException
>>javax.xml.transform.TransformerException
>>        at
>>org.apache.xalan.xsltc.trax.TransformerImpl.postErrorToListener(TransformerImpl.java:698)
>>        at
>>org.apache.xalan.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:657)
>>        at
>>org.apache.xalan.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:210)
>>        at
>>org.apache.xalan.xsltc.trax.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:197)
>>        at org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:91)
>>        at
>>org.apache.cocoon.transformation.TraxTransformer.recycle(TraxTransformer.java:582)
> 
> 




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


Re: Fw: XSLTC and Cocoon

Posted by Tom Amiro <To...@Sun.COM>.
Hi Gianugo,

That's strange. I just unjar'd the cocoon.war file from my webapps 
directory and looked at the cocoon.xconf file. It had

  <xslt-processor class="org.apache.cocoon.components.xslt.XSLTProcessorImpl" logger="core.xslt-processor">
     <parameter name="transformer-factory" value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl"/>
     <parameter name="use-store" value="true"/>
     <parameter name="incremental-processing" value="false"/>
  </xslt-processor>

So the transformer-factory param does have the closing /. Don't know how the snippet 
cut and pasted in my email was wrong. 

Anyway, please send the war file that you got the trace with and tell me the steps 
you did before getting the XSLTC error. 

Thanks,

Tom
Gianugo Rabellino wrote:
> 
> Tom Amiro wrote:
> > Gianugo,
> >
> > I downloaded cocoon-2.0.2, built the cocoon.war after putting the
> > latest xsltc.jar in the ./lib/core directory and changing the
> > cocoon.xconf file in WEB-INF to specify XSLTC as the TransformerFactoryImpl,
> >
> >
> >>  <xslt-processor class="org.apache.cocoon.components.xslt.XSLTProcessorImpl">
> >>      <parameter name="use-store" value="true">
> >>      <parameter name="transformer-factory" value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl">
> >>   </xslt-processor>
> 
> Tom,
> 
> I'm working on your issue: actually the only thing I had to change was
> the malformed configuration you sent me: the "transformer-factory"
> parameter was not closed correctly:
> 
> <parameter name="transformer-factory"
> value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl">
> 
> Should be:
> 
> <parameter name="transformer-factory"
> value="org.apache.xalan.xsltc.trax.TransformerFactoryImpl"/>
> 
> Apart from that, I was able to run Cocoon with no problem at all (well,
> apart that it doesn't work with XSLTC (stack trace appended): if this
> was not the error, let me know and I'll package a WAR for you.
> 
> TIA,
> 
> --
> Gianugo Rabellino
> 
> ERROR   (2002-06-06) 10:29.50:136
> [core.xslt-processor](/cocoon/samples/welcome)
> HttpProcessor[8080][1]/LogKitLogger: Error in TraxTransformer:
> javax.xml.transform.TransformerException
> javax.xml.transform.TransformerException
>         at
> org.apache.xalan.xsltc.trax.TransformerImpl.postErrorToListener(TransformerImpl.java:698)
>         at
> org.apache.xalan.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:657)
>         at
> org.apache.xalan.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:210)
>         at
> org.apache.xalan.xsltc.trax.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:197)
>         at org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:91)
>         at
> org.apache.cocoon.transformation.TraxTransformer.recycle(TraxTransformer.java:582)

-- 
 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


Re: Fw: XSLTC and Cocoon

Posted by Gianugo Rabellino <gi...@apache.org>.
Ivelin Ivanov wrote:
> Folks,
> 
> 
> The XSLTC group is at a hold again.
> 
> Anyone interested to work with Tom to resolve the issues?

Here: I'll do all I can do to help out in this issue. What I need is a 
complete stack trace from the exception being thrown, as well as the 
cocoon logs (if any) under cocoon/WEB-INF/logs. Tom, should these files 
be too large please send them to me privately: I'll see what I can do to 
help you out.

TIA,

-- 
Gianugo Rabellino


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


Re: Fw: XSLTC and Cocoon

Posted by Gianugo Rabellino <gi...@apache.org>.
Ivelin Ivanov wrote:
> Folks,
> 
> 
> The XSLTC group is at a hold again.
> 
> Anyone interested to work with Tom to resolve the issues?

Here: I'll do all I can do to help out in this issue. What I need is a 
complete stack trace from the exception being thrown, as well as the 
cocoon logs (if any) under cocoon/WEB-INF/logs. Tom, should these files 
be too large please send them to me privately: I'll see what I can do to 
help you out.

TIA,

-- 
Gianugo Rabellino


---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>