cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From vepeter <vepe...@ukr.net>
Subject Re: Trying to start Cocoon 2.2
Date Tue, 28 Nov 2006 08:04:12 GMT
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
vepeter@ukr.net

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 
>> org.springframework.web.context.ContextLoaderListener@22e177
>>         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


Mime
View raw message