cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Olivier Billard <obill...@rennes.jouve.fr>
Subject Re: ChartTransformer, endorsed libs, Tomcat
Date Fri, 25 Jul 2003 12:43:43 GMT
I think it may come from the JDK that was installed (1.3.1), that may 
cause problems with xalan-xsltc. Classic xalan works well
With a JDK 1.4, all works well

Yury Mikhienko wrote:

>May be xalan-2.5.1 is not quite up yet?
>
>  
>
>>My pb seemed to come from Apache and its class-loader.
>>Tomcat in standalone mode seem to work...
>>For the exception you mentioned, I met this error today and it worked 
>>when I changed back default Transformer to "xalan"...
>>
>>Yury Mikhienko wrote:
>>
>>    
>>
>>>In additional: if I remove the xalan-2.4.1.jar  xercesImpl-2.1.0.jar  xml-apis.jar
from Tomcat endorsed directory (like after the pure Tomcat installation)
>>>I get the following error:
>>>
>>>2003-07-24 16:56:07 StandardWrapperValve[Cocoon]: Servlet.service() for servlet
Cocoon threw exception
>>>javax.servlet.ServletException: Servlet execution threw an exception
>>>       at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>>       at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
>>>       at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
>>>       at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
>>>       at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
>>>       at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>>>...
>>>----- Root Cause -----
>>>java.lang.IllegalAccessError: class org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2$AncestorIterator
cannot access its superclass org.apache.xml.dtm.ref.DTMDefaultBaseIterators$InternalAxisIteratorBase
>>>       at java.lang.ClassLoader.defineClass0(Native Method)
>>>       at java.lang.ClassLoader.defineClass(ClassLoader.java:502)
>>>       at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
>>>       at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1679)
>>>       at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:968)
>>>       at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1409)
>>>       at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1289)
>>>       at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
>>>       at org.apache.xalan.xsltc.dom.XSLTCDTMManager.getDTM(XSLTCDTMManager.java:291)
>>>       at org.apache.xalan.xsltc.dom.XSLTCDTMManager.getDTM(XSLTCDTMManager.java:174)
>>>       at org.apache.xalan.xsltc.trax.TransformerHandlerImpl.startDocument(TransformerHandlerImpl.java:232)
>>>       at org.apache.cocoon.xml.AbstractXMLPipe.startDocument(AbstractXMLPipe.java:83)
>>>...
>>>It is VERY strange behavior :(((
>>>
>>>but all works fine if I copy into the Tomcat endorsed directory the  xalan  xercesImpl
and  xml-apis libs from cocoon/lib
>>>But xindice with some XPath expressions do not work correctly with xalan-2.5.1
&  xercesImpl-2.4.0 lib's (with xalan-2.4.1.jar  xercesImpl-2.1.0.jar all works fine)
>>>May be still to early to include the xalan-2.5.1 &  xercesImpl-2.4.0 lib's
into the cocoon project?
>>>
>>>Can anyone say me where I'm wrong?
>>>Thanks for all.
>>>
>>>
>>> 
>>>
>>>      
>>>
>>>>Joerg Heinicke wrote:
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>Is this problem still an issue? Or are all your problems solved with 
>>>>>the other thread? 
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>Unfortunately not...
>>>>When I copy endorsed libs to tomcat from those shipped with Cocoon M3, 
>>>>my page is blank... Some pipelines are working, but other aren't... 
>>>>Especially a pipeline taking
>>>>a session parameter. But this one is working with my local tomcat, with 
>>>>the same libs in the endorsed folder.
>>>>
>>>>The webapps are strictly the sames in the 2 PCs.
>>>>Am I going crazy ?
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>Olivier Billard wrote:
>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>>>Hi all !
>>>>>>
>>>>>>I'm trying to port my project based on Cocoon M3 from 
>>>>>>Window/JDK1.4.1/Embedded Jetty to Linux/JDK 1.4.1/Apache 
>>>>>>2.0.46/Tomcat 4.1.24
>>>>>>I'm having some problems I didn't have with Jetty, concerning the

>>>>>>ChartTransformer. All seems to work fine.
>>>>>>
>>>>>>I'm using the default xsltc transformer. Tomcat has the following

>>>>>>libs in common/endorsed :
>>>>>>xalan-2.4.1.jar  xercesImpl-2.1.0.jar  xml-apis.jar  xsltc-20030211.jar
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>If you put those to Tomcat you should use the same libs in Cocoon. The

>>>>>endorsed libs and the libs used in Cocoon should always be the same. 
>>>>>Otherwise there is the risk of getting ClassCastExceptions or strange

>>>>>messages.
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>I didn't take this into account. Thanks. But it seem to work, and only 
>>>>in this case...
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>>The new libs from M3 don't seem to works, neither with no libs...
>>>>>>
>>>>>>Is there still some problems with the endorsed libs with this version

>>>>>>of tomcat ?
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>This problem will remain until the XML libs are removed from JDK - and

>>>>>I guess this will never happen. And not only with Tomcat but all 
>>>>>environments processing XML.
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>Gasp...
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>>Must I copy the endorsed libs in an endorsed folder of the JDK ?
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>No. Setting the java.endorsed.dirs property is enough. And exactly 
>>>>>this Tomcat is doing in its start scripts.
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>Ok.
>>>>The app on the server is going to be tested, so I'll try to investigate 
>>>>on this issue after tests.
>>>>
>>>>Thanks anyway, Joerg !
>>>>
>>>>--
>>>>Olivier
>>>>
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>>>>For additional commands, e-mail: users-help@cocoon.apache.org
>>>>   
>>>>
>>>>        
>>>>
>>> 
>>>
>>>      
>>>
>>-- 
>>Olivier BILLARD
>>SociИtИ Jouve
>>Tel  : 33 2 99 86 93 55
>>Mail : obillard@rennes.jouve.fr
>>
>>Le prИsent mail ainsi que toutes les informations qu'il contient ne peuvent en aucun
cas Йtre considИrИs comme un engagement juridique de quelque nature que ce soit de JOUVE.
Tout accord devra Йtre formulИ par Иcrit papier ultИrieur signИ par un reprИsentant
lИgal de JOUVE. Par ailleurs, si vous recevez ce mail par erreur, merci de nous le signaler
et de le dИtruire ainsi que l'intИgralitИ du document qui pourrait y Йtre joint.
>>
>>The present email and all information included therein do not constitute a legal agreement
accorded by Jouve. All legal agreements must be formulated in writing on paper by a legal
representative of JOUVE. If you have received this email by mistake, please inform us of that
fact and destroy the email and any documents it might contain. Thank you for your cooperation.
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>>For additional commands, e-mail: users-help@cocoon.apache.org
>>    
>>
>
>
>  
>

-- 
Olivier BILLARD
Socie'te' Jouve
Tel  : 33 2 99 86 93 55
Mail : obillard@rennes.jouve.fr

Le pre'sent mail ainsi que toutes les informations qu'il contient ne peuvent en aucun cas
e^tre conside're's comme un engagement juridique de quelque nature que ce soit de JOUVE. Tout
accord devra e^tre formule' par e'crit papier ulte'rieur signe' par un repre'sentant le'gal
de JOUVE. Par ailleurs, si vous recevez ce mail par erreur, merci de nous le signaler et de
le de'truire ainsi que l'inte'gralite' du document qui pourrait y e^tre joint.

The present email and all information included therein do not constitute a legal agreement
accorded by Jouve. All legal agreements must be formulated in writing on paper by a legal
representative of JOUVE. If you have received this email by mistake, please inform us of that
fact and destroy the email and any documents it might contain. Thank you for your cooperation.



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


Mime
View raw message