You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Steinar Rune Eriksen <sr...@bizpartner.no> on 2003/05/19 21:06:36 UTC
Xalan problem. Latest Cocoon (from CVS) and JBoss 2.3.1/Tomcat 4.1.24
Hi
I really like Cocoon, and found it especially pleasant when JBoss 3.2 (using
Xerces instead of Crimson) made life easier to integrate them.
I am running JBoss 3.2.1/Tomcat 4.1.24 successfully with Cocoon 2.1 (from
CVS, synced at April 22nd). Even the Portal framework is OK. There is only
one problem - that Cocoon Request Selectors are giving me an error in this
version of Cocoon.
As such I decided to sync the latest version from CVS to see if things were
better, and now suddenly everything stops working. I believe it has todo
with the Xalan or Xerces versions, but it does not help replacing the ones
in JBoss with the ones from Cocoon. I get the error below, also on the
default URL http://localhost:8080/cocoon
Any ideas on what to do? (I have built Cocoon with and I am using JDK
1.4.1)
Steinar Eriksen
Stack trace from JBoss window:
20:59:31,453 ERROR [Engine] StandardWrapperValve[Cocoon]: Servlet.service()
for
servlet Cocoon threw exception
javax.servlet.ServletException: Servlet execution threw an exception
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
alve.java:256)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
alve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve
.java:246)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:
2415)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatche
rValve.java:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:172)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
509)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:22
3)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
:594)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
ssConnection(Http11Protocol.java:392)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java
:565)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
ool.java:619)
at java.lang.Thread.run(Thread.java:536)
20:59:31,453 ERROR [Engine] ----- Root Cause -----
java.lang.IllegalAccessError: class
org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2$Ance
storIterator cannot access its superclass
org.apache.xml.dtm.ref.DTMDefaultBaseI
terators$InternalAxisIteratorBase
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:502)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:12
3)
at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(Webapp
ClassLoader.java:1679)
at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoa
der.java:968)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
der.java:1409)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
der.java:1289)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
at
org.apache.xalan.xsltc.dom.XSLTCDTMManager.getDTM(XSLTCDTMManager.jav
a:291)
at
org.apache.xalan.xsltc.dom.XSLTCDTMManager.getDTM(XSLTCDTMManager.jav
a:174)
at
org.apache.xalan.xsltc.trax.TransformerHandlerImpl.startDocument(Tran
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: Xalan problem. Latest Cocoon (from CVS) and JBoss
2.3.1/Tomcat 4.1.24
Posted by Geoff Howard <co...@leverageweb.com>.
At 03:29 PM 5/19/2003, you wrote:
>Steinar Rune Eriksen wrote:
>>20:59:31,453 ERROR [Engine] ----- Root Cause -----
>>java.lang.IllegalAccessError: class
>>org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2$Ance
>>storIterator cannot access its superclass
>>org.apache.xml.dtm.ref.DTMDefaultBaseI
>>terators$InternalAxisIteratorBase
>
>This is probably a problem with having multiple Xalan jars
>scattered across various locations. If you are running JDK 1.4,
>move the Xalan 2.5 jar into the JDK's lib/endorsed directory,
>get rid of any other Xalan jar inany of Tomcat's or Cocoon's
>library directories, and check whether this fixes your problem.
>If not, wait for the next milestone release which will hopefully
>contain a fix.
In the standalone version of Tomcat, the start script uses
-Djava.endorsed.dir (or whatever) to override lib/endorsed from
the JDK. Is this different when running tomcat with JBoss?
Geoff
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
RE: Xalan problem. Latest Cocoon (from CVS) and JBoss 2.3.1/Tomcat 4.1.24
Posted by Steinar Rune Eriksen <sr...@bizpartner.no>.
Thanks
That worked fine! Replaced the Cocoon Xalan with the one in JBoss 2.3.1 and
everything starts up OK. Even the RequestSelectors are OK now in this latest
CVS snapshot.
Steinar
-----Original Message-----
From: J.Pietschmann [mailto:j3322ptm@yahoo.de]
Sent: Monday, May 19, 2003 9:29 PM
To: cocoon-users@xml.apache.org
Subject: Re: Xalan problem. Latest Cocoon (from CVS) and JBoss
2.3.1/Tomcat 4.1.24
Steinar Rune Eriksen wrote:
> 20:59:31,453 ERROR [Engine] ----- Root Cause -----
> java.lang.IllegalAccessError: class
> org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2$Ance
> storIterator cannot access its superclass
> org.apache.xml.dtm.ref.DTMDefaultBaseI
> terators$InternalAxisIteratorBase
This is probably a problem with having multiple Xalan jars
scattered across various locations. If you are running JDK 1.4,
move the Xalan 2.5 jar into the JDK's lib/endorsed directory,
get rid of any other Xalan jar inany of Tomcat's or Cocoon's
library directories, and check whether this fixes your problem.
If not, wait for the next milestone release which will hopefully
contain a fix.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: Xalan problem. Latest Cocoon (from CVS) and JBoss 2.3.1/Tomcat
4.1.24
Posted by "J.Pietschmann" <j3...@yahoo.de>.
Steinar Rune Eriksen wrote:
> 20:59:31,453 ERROR [Engine] ----- Root Cause -----
> java.lang.IllegalAccessError: class
> org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2$Ance
> storIterator cannot access its superclass
> org.apache.xml.dtm.ref.DTMDefaultBaseI
> terators$InternalAxisIteratorBase
This is probably a problem with having multiple Xalan jars
scattered across various locations. If you are running JDK 1.4,
move the Xalan 2.5 jar into the JDK's lib/endorsed directory,
get rid of any other Xalan jar inany of Tomcat's or Cocoon's
library directories, and check whether this fixes your problem.
If not, wait for the next milestone release which will hopefully
contain a fix.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org
Re: Xalan problem. Latest Cocoon (from CVS) and JBoss 2.3.1/Tomcat 4.1.24
Posted by Alex Romayev <ro...@yahoo.com>.
Hey Steinar,
Some time ago (not sure when) Cocoon's default xsl
processor changed from xalan to xslt (saxon), however
with the change a number of my stylesheets stopped
working. To work around you can force xalan to be
your default transformer, rather than xslt:
<map:transformers default="xalan">
...
</map:transformers>
See if this fixes it for you.
-Alex
--- Steinar Rune Eriksen <sr...@bizpartner.no> wrote:
> Hi
>
> I really like Cocoon, and found it especially
> pleasant when JBoss 3.2 (using
> Xerces instead of Crimson) made life easier to
> integrate them.
> I am running JBoss 3.2.1/Tomcat 4.1.24 successfully
> with Cocoon 2.1 (from
> CVS, synced at April 22nd). Even the Portal
> framework is OK. There is only
> one problem - that Cocoon Request Selectors are
> giving me an error in this
> version of Cocoon.
>
> As such I decided to sync the latest version from
> CVS to see if things were
> better, and now suddenly everything stops working.
> I believe it has todo
> with the Xalan or Xerces versions, but it does not
> help replacing the ones
> in JBoss with the ones from Cocoon. I get the error
> below, also on the
> default URL http://localhost:8080/cocoon
>
> Any ideas on what to do? (I have built Cocoon with
> and I am using JDK
> 1.4.1)
>
> Steinar Eriksen
>
> Stack trace from JBoss window:
>
> 20:59:31,453 ERROR [Engine]
> StandardWrapperValve[Cocoon]: Servlet.service()
> for
> servlet Cocoon threw exception
> javax.servlet.ServletException: Servlet execution
> threw an exception
> at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:269)
> at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:193)
> at
>
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> alve.java:256)
> at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
> t.invokeNext(StandardPipeline.java:643)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
> a:480)
> at
>
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>
> at
>
org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
> alve.java:191)
> at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
> t.invokeNext(StandardPipeline.java:643)
> at
>
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve
> .java:246)
> at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
> t.invokeNext(StandardPipeline.java:641)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
> a:480)
> at
>
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>
> at
>
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:
> 2415)
> at
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
> ava:180)
> at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
> t.invokeNext(StandardPipeline.java:643)
> at
>
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatche
> rValve.java:171)
> at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
> t.invokeNext(StandardPipeline.java:641)
> at
>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
> ava:172)
> at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
> t.invokeNext(StandardPipeline.java:641)
> at
>
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
> 509)
> at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
> t.invokeNext(StandardPipeline.java:641)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
> a:480)
> at
>
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>
> at
>
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
> ve.java:174)
> at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
> t.invokeNext(StandardPipeline.java:643)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
> a:480)
> at
>
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>
> at
>
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:22
> 3)
> at
>
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
> :594)
> at
>
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
> ssConnection(Http11Protocol.java:392)
> at
>
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java
> :565)
> at
>
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
> ool.java:619)
> at java.lang.Thread.run(Thread.java:536)
> 20:59:31,453 ERROR [Engine] ----- Root Cause -----
> java.lang.IllegalAccessError: class
> org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2$Ance
> storIterator cannot access its superclass
> org.apache.xml.dtm.ref.DTMDefaultBaseI
> terators$InternalAxisIteratorBase
> at java.lang.ClassLoader.defineClass0(Native
> Method)
> at
>
java.lang.ClassLoader.defineClass(ClassLoader.java:502)
> at
>
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:12
> 3)
> at
>
org.apache.catalina.loader.WebappClassLoader.findClassInternal(Webapp
> ClassLoader.java:1679)
> at
>
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoa
> der.java:968)
> at
>
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
> der.java:1409)
> at
>
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
> der.java:1289)
> at
>
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
> at
>
org.apache.xalan.xsltc.dom.XSLTCDTMManager.getDTM(XSLTCDTMManager.jav
> a:291)
> at
>
org.apache.xalan.xsltc.dom.XSLTCDTMManager.getDTM(XSLTCDTMManager.jav
> a:174)
> at
>
org.apache.xalan.xsltc.trax.TransformerHandlerImpl.startDocument(Tran
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> cocoon-users-unsubscribe@xml.apache.org
> For additional commands, e-mail:
> cocoon-users-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
For additional commands, e-mail: cocoon-users-help@xml.apache.org