cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Geoff Howard" <coc...@leverageweb.com>
Subject RE: XMLForm and Cocoon 2.1-dev M1
Date Fri, 02 May 2003 00:39:41 GMT
Yes, this is a well known problem - tomcat overrides the default
java endorsed dir at startup.  It's described in the install docs
at the website.

Geoff

> -----Original Message-----
> From: Adam Shelley [mailto:ashelley@inlandkwbc.com]
> Sent: Thursday, May 01, 2003 4:47 PM
> To: cocoon-users@xml.apache.org
> Subject: RE: XMLForm and Cocoon 2.1-dev M1
>
>
> Heh,
>
> Thanks for the tips guys.  Not sure if this has been pointed out yet but
> creating the endorsed dir in java_home didn't work correctly.
> The jars must
> be installed in the tomcat endorsed directory and everything flys
> smoothly.
>
> thanks again,
>
> -Adam
>
> -----Original Message-----
> From: Stephan Michels [mailto:stephan@apache.org]
> Sent: May 1, 2003 12:34 PM
> To: cocoon-users@xml.apache.org
> Subject: RE: XMLForm and Cocoon 2.1-dev M1
>
>
>
>
> On Thu, 1 May 2003, Adam Shelley wrote:
>
> > I was up running on Cocoon 2.0.4 with the prebuilt war package
> and I went
> to
> > install cocoon2.1M1 by renaming the existing webapp\cocoon to
> > webapp\cocoon2.0.4 and made a new webapp\cocoon directory.  In
> webapp\cocoon
> > directory i copied all the contents of the build\webapp\ of the
> > cocoon-2.1-M1 i just built.  (Is there a way to build the war file?)
> >
> > I get nothing but blank pages.  I noticed some errors when i switch the
> > level to DEBUG. I'm on tomcat 4.1.18 java 1.4.1.
> >
>
> 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(Web
> appClassLo
> ader.java:1664)
>         at
> org.apache.catalina.loader.WebappClassLoader.findClass(WebappClass
> Loader.jav
> a:953)
>         at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClass
> Loader.jav
> a:1394)
>         at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClass
> Loader.jav
> a:1274)
>         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(T
> ransformer
> HandlerImpl.java:232)
>         at
> org.apache.cocoon.xml.AbstractXMLPipe.startDocument(AbstractXMLPip
> e.java:83)
>         at
> org.apache.xerces.parsers.AbstractSAXParser.startDocument(Abstract
> SAXParser.
> java:279)
>         at
> org.apache.xerces.impl.XMLNamespaceBinder.startDocument(XMLNamespa
> ceBinder.j
> ava:445)
>         at
> org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(XMLDTDVal
> idator.jav
> a:616)
>         at
> org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(XMLDocum
> entScanner
> Impl.java:431)
>         at
> org.apache.xerces.impl.XMLEntityManager.startEntity(XMLEntityManag
> er.java:88
> 9)
>         at
> org.apache.xerces.impl.XMLEntityManager.startDocumentEntity(XMLEnt
> ityManager
> .java:753)
>         at
> org.apache.xerces.impl.XMLDocumentScannerImpl.setInputSource(XMLDo
> cumentScan
> nerImpl.java:260)
>         at
> org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.
> java:499)
>         at
> org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.
> java:581)
>         at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152)
>         at
> org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParse
> r.java:117
> 5)
>         at
> org.apache.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:302)
>         at
> org.apache.excalibur.xmlizer.DefaultXMLizer.toSAX(DefaultXMLizer.java:161)
>         at
> org.apache.cocoon.environment.AbstractEnvironment.toSAX(AbstractEn
> vironment.
> java:541)
>         at
> org.apache.cocoon.environment.http.HttpEnvironment.toSAX(HttpEnvir
> onment.jav
> a:305)
>         at
> org.apache.cocoon.environment.AbstractEnvironment.toSAX(AbstractEn
> vironment.
> java:521)
>         at
> org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.
> java:140)
>         at
> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessi
> ngPipeline
> .processXMLPipeline(AbstractCachingProcessingPipeline.java:283)
>         at
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.p
> rocess(Abs
> tractProcessingPipeline.java:489)
>         at
> org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.i
> nvoke(Seri
> alizeNode.java:150)
>
> > Any input is greatly appreciated.
>
> Ahh, yes, seems to be a more general problem, and I think it is same
> problem I had:
>
> http://marc.theaimsgroup.com/?l=xalan-dev&m=105108731804676&w=2
>
> Be sure that you copy the libs within the endorsed directory.
>
> Stephan.
>
> BTW, why doesn't handle the pipeline the IllegalAccessError? And return a
> blank page instead?
>
>
>
>
> ---------------------------------------------------------------------
> 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
>
>
>


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


Mime
View raw message