Hi, all,
I try to get started with cocoon 2.2
I got it built with "mvn -Dmaven.test.skip=true
-Dmaven.war.shieldingclassloader=false clean install"
ant run with "mvn jetty:run -Dorg.apache.cocoon.mode=dev"
But when I try to request any page I have the following error on the
response page:
Message: javax.xml.transform.dom.DOMResult.getNextSibling()Lorg/w3c/dom/Node;
Description: org.springframework.beans.factory.BeanDefinitionStoreException:
Unexpected exception parsing XML document from resource loaded from
byte array; nested exception is java.lang.NoSuchMethodError:
javax.xml.transform.dom.DOMResult.getNextSibling()Lorg/w3c/dom/Node;
Sender: org.apache.cocoon.servlet.RequestProcessor
Source: Cocoon Servlet
Request URI
cause
java.lang.NoSuchMethodError:
javax.xml.transform.dom.DOMResult.getNextSibling()Lorg/w3c/dom/Node;
request-uri
/
full exception chain stacktrace
org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected
exception parsing XML document from resource loaded from byte array; nested
exception is java.lang.NoSuchMethodError:
javax.xml.transform.dom.DOMResult.getNextSibling()Lorg/w3c/dom/Node;
Caused by: java.lang.NoSuchMethodError:
javax.xml.transform.dom.DOMResult.getNextSibling()Lorg/w3c/dom/Node;
at
org.apache.xalan.transformer.TransformerIdentityImpl.createResultContentHandler(TransformerIdentityImpl.java:199)
at
org.apache.xalan.transformer.TransformerIdentityImpl.setDocumentLocator(TransformerIdentityImpl.java:880)
at
org.apache.cocoon.xml.AbstractXMLPipe.setDocumentLocator(AbstractXMLPipe.java:39)
at
org.apache.cocoon.util.location.LocationAttributes$Pipe.setDocumentLocator(LocationAttributes.java:303)
at org.apache.xerces.parsers.AbstractSAXParser.startDocument(Unknown
Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown
Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown
Source)
at
org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown
Source)
at org.apache.cocoon.xml.dom.DomHelper.parse(DomHelper.java:89)
at
org.apache.cocoon.core.container.spring.SitemapElementParser.readSitemap(SitemapElementParser.java:55)
at
org.apache.cocoon.core.container.spring.SitemapElementParser.parse(SitemapElementParser.java:125)
at
org.springframework.beans.factory.xml.NamespaceHandlerSupport.parse(NamespaceHandlerSupport.java:75)
at
org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1147)
at
org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1137)
at
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:143)
at
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:88)
at
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:499)
at
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:407)
at
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:357)
at
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:334)
at
org.apache.cocoon.core.container.spring.CocoonWebApplicationContext.loadBeanDefinitions(CocoonWebApplicationContext.java:78)
at
org.springframework.web.context.support.XmlWebApplicationContext.loadBeanDefinitions(XmlWebApplicationContext.java:91)
at
org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:94)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:292)
at
org.springframework.web.context.support.AbstractRefreshableWebApplicationContext.refresh(AbstractRefreshableWebApplicationContext.java:156)
at
org.apache.cocoon.core.container.spring.CocoonWebApplicationContext.<init>(CocoonWebApplicationContext.java:70)
at
org.apache.cocoon.core.container.spring.avalon.SitemapHelper.createContainer(SitemapHelper.java:180)
at
org.apache.cocoon.components.treeprocessor.sitemap.SitemapLanguage.build(SitemapLanguage.java:340)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
The similar exception is described in "work/cocoon-logs/log4j.log"
btpool0-2 DEBUG cocoon.sitemap - New context is
file:/F:/java/cocoon/core/cocoon-webapp/target/cocoon-webapp/
btpool0-2 DEBUG cocoon.sitemap - first version of the ConcreteTreeProcessor
btpool0-2 DEBUG cocoon - No mime-type for xmlizing
file:/F:/java/cocoon/core/cocoon-webapp/target/cocoon-webapp/sitemap.xmap,
guessing text/xml
btpool0-2 DEBUG cocoon - Response successfully reset
btpool0-2 ERROR cocoon - Internal Cocoon Problem
org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected
exception parsing XML document from resource loade
d from byte array; nested exception is java.lang.NoSuchMethodError:
javax.xml.transform.dom.DOMResult.getNextSibling()Lorg/w3
c/dom/Node;
Caused by:
java.lang.NoSuchMethodError:
javax.xml.transform.dom.DOMResult.getNextSibling()Lorg/w3c/dom/Node;
at
org.apache.xalan.transformer.TransformerIdentityImpl.createResultContentHandler(TransformerIdentityImpl.java:199)
at
org.apache.xalan.transformer.TransformerIdentityImpl.setDocumentLocator(TransformerIdentityImpl.java:880)
at
org.apache.cocoon.xml.AbstractXMLPipe.setDocumentLocator(AbstractXMLPipe.java:39)
at
org.apache.cocoon.util.location.LocationAttributes$Pipe.setDocumentLocator(LocationAttributes.java:303)
at org.apache.xerces.parsers.AbstractSAXParser.startDocument(Unknown
Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown
Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown
Source)
at
org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown
Source)
at org.apache.cocoon.xml.dom.DomHelper.parse(DomHelper.java:89)
at
org.apache.cocoon.core.container.spring.SitemapElementParser.readSitemap(SitemapElementParser.java:55)
at
org.apache.cocoon.core.container.spring.SitemapElementParser.parse(SitemapElementParser.java:125)
at
org.springframework.beans.factory.xml.NamespaceHandlerSupport.parse(NamespaceHandlerSupport.java:75)
at
org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate
.java:1147)
at
org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate
.java:1137)
at
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefiniti
onDocumentReader.java:143)
at
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefin
itionDocumentReader.java:88)
at
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java
:499)
at
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:4
07)
at
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:357
)
--
Regards,
Peter Velychko
[EMAIL PROTECTED]
Tuesday, November 28, 2006, 12:59:54 AM, you wrote:
DF> Luca Morandini skrev:
>> Daniel Fagerstrom wrote:
>>> Luca Morandini skrev:
>>>> Patrick Refondini wrote:
>>>>>
>>>>> shouldn't it be :
>>>>> -Dmaven.war.shieldingclassloader=false
>>>>
>>>> Thanks for this bit of information, but Cocoon doesn't run yet.
>>>>
>>>> I did:
>>>> mvn -Dmaven.test.skip=true -Dmaven.war.shieldingclassloader=false
>>>> clean install
>>>> cd core/cocoon-webapp
>>>> mvn jetty:run-exploded -Dorg.apache.cocoon.mode=dev
>>>
>>> I have had problems lately with that an avalon-framework-4.0.jar (from
>>> 2002!) is included in target/cocoon-webapp/WEB-INF/lib. It shadows the
>>> Avalon framework 4.3 jars that Cocoon depends on and give a stack
>>> trace similar to yours. Remove the faulty jar and try to run Cocoon
>>> again.
>>
>> I don't think this is the issue, since I see only two Avalon JARs, both
>> 4.3 (avalon-framework-api-4.3.jar, avalon-framework-impl-4.3.jar).
DF> Yes, I found out (by building with -X) that it is the batik block that
DF> include the faulty avalon jar. And I had added the batik block my self
DF> for testing purposes.
>>> Some other points: jetty:run-exploded seem to do some unnecessary
>>> extra work compared to jetty:run. Use the -e switch for jetty:run so
>>> that you get the whole stack trace. Otherwise it is very hard to see
>>> what is the problem.
>>
>> Here you are, Sir:
DF> Great ;)
>> [INFO] [jetty:run]
DF> ...
>> file:/C:/apps/cocoon-2.2-dev/core/cocoon-webapp/target/cocoon-webapp/WEB-INF/lib/cocoon-deployer-plugin-classloading.jar,
>>
DF> This is strange, I don't have this jar on my class path. It is probably
DF> a leftover from a build without the
DF> -Dmaven.war.shieldingclassloader=false switch. Try a "mvn
DF> -Dmaven.war.shieldingclassloader=false clean install" in the cocoon-webapp.
DF> Actually a "mvn war:exploded" is even better as it is much faster
DF> (doesn't build the war file), and doesn't call the deployer.
DF> ...
>> Caused by: java.lang.RuntimeException: Cannot invoke listener
>> [EMAIL PROTECTED]
>> at
>> org.apache.cocoon.maven.deployer.servlet.ShieldingListener.invoke(ShieldingListener.java:181)
>>
>>
>> at
>> org.apache.cocoon.maven.deployer.servlet.ShieldingListener.contextInitialized(ShieldingListener.java:204)
>>
>>
>> at
>> org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:441)
>>
DF> And here we can see that shielding classloader seem to be called anyway.
DF> Probably the web.xml is patched to use the shielding stuff after an
DF> earlier build.
DF> The next question is of course why the shielding classloader doesn't
DF> work in some environments. It works for me (jdk1.5.0_06, Windows XP).
DF> /Daniel
