cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Antonio Gallardo" <agalla...@agssa.net>
Subject RE: How to install Cocoon 2.1.6 on Tomcat 4.1.30
Date Wed, 09 Mar 2005 20:30:27 GMT
I will suggest to try to install first on a "clean" tomcat installation.
Then you can move to the other one.

BTW, are you copy the endorsed libs to tomcat endorsed?

shutdown tomcat,
Check inside cocoon_home/lib/endorsed and copy all of them to tomcat.
After that, restart tomcat.

Another tip, please be sure that tomcat is really down after doing the
shutdown. Somtimes happens that you have more than 1 tomcat instance
running.

Best Regards,

Antonio Gallardo



On Mie, 9 de Marzo de 2005, 13:46, Slein, Judith A dijo:
> I'm working from a zip of Cocoon on XP.  The tomcat I am trying to
> install under came bundled with another software package, so I don't
> have any details about what download was used for it.
>
> --Judy Slein
>
> -----Original Message-----
> From: Antonio Gallardo [mailto:agallardo@agssa.net]
> Sent: Wednesday, March 09, 2005 1:58 PM
> To: users@cocoon.apache.org
> Subject: Re: How to install Cocoon 2.1.6 on Tomcat 4.1.30
>
> Hi:
>
> What distribution you downloaded? tar.gz or zip? under wich OS are you
> deploying and building cocoon? Is posible this is an encoding problem.
>
> Best Regards,
>
> Antonio Gallardo.
>
> On Mie, 9 de Marzo de 2005, 12:02, Slein, Judith A dijo:
>> I've been trying to install cocoon 2.1.6 as a webapp on tomcat 4.1.30,
>
>> just building and copying the cocoon webapp directory to tomcat's
>> webapps, with the following result:
>>
>> 2005-03-09 11:53:16 ContextConfig[/cocoon] Parse error in default
>> web.xml
>> org.apache.commons.logging.LogConfigurationException:
>> org.apache.commons.logging.LogConfigurationException:
>> org.apache.commons.logging.LogConfigurationException: Class
>> org.apache.commons.logging.impl.Log4JLogger does not implement Log
>> 	at
>> org.apache.commons.digester.Digester.createSAXException(Digester.java:
>> 27
>> 84)
>> 	at
>> org.apache.commons.digester.Digester.createSAXException(Digester.java:
>> 28
>> 10)
>> 	at
>> org.apache.commons.digester.Digester.endElement(Digester.java:1066)
>> 	at
>> org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
>> 	at
>> org.apache.xerces.impl.dtd.XMLDTDValidator.endNamespaceScope(Unknown
>> Source)
>> 	at
>> org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown
>> Source)
>> 	at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown
>> Source)
>> 	at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(U
>> nk
>> nown Source)
>> 	at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentD
>> is
>> patcher.dispatch(Unknown Source)
>> 	at
>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unk
>> no
>> wn 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.commons.digester.Digester.parse(Digester.java:1569)
>> 	at
>> org.apache.catalina.startup.ContextConfig.defaultConfig(ContextConfig.
>> ja
>> va:549)
>> 	at
>>
> org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:639)
>> 	at
>> org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig
>> .j
>> ava:243)
>> 	at
>> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycle
>> Su
>> pport.java:166)
>> 	at
>> org.apache.catalina.core.StandardContext.start(StandardContext.java:35
>> 87
>> )
>> 	at
>> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.
>> ja
>> va:821)
>> 	at
>>
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
>> 	at
>> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
>> 	at
>> org.apache.catalina.core.StandardHostDeployer.install(StandardHostDepl
>> oy
>> er.java:307)
>> 	at
>> org.apache.catalina.core.StandardHost.install(StandardHost.java:788)
>> 	at
>> org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.ja
>> va
>> :559)
>> 	at
>> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401)
>> 	at
>> org.apache.catalina.startup.HostConfig.start(HostConfig.java:718)
>> 	at
>> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:
>> 35
>> 8)
>> 	at
>> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycle
>> Su
>> pport.java:166)
>> 	at
>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196)
>> 	at
>> org.apache.catalina.core.StandardHost.start(StandardHost.java:754)
>> 	at
>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
>> 	at
>> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:363)
>> 	at
>>
> org.apache.catalina.core.StandardService.start(StandardService.java:497)
>> 	at
>>
> org.apache.catalina.core.StandardServer.start(StandardServer.java:2190)
>> 	at org.apache.catalina.startup.Catalina.start(Catalina.java:513)
>> 	at
>> org.apache.catalina.startup.Catalina.execute(Catalina.java:401)
>> 	at
>> org.apache.catalina.startup.Catalina.process(Catalina.java:180)
>> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> 	at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>> av
>> a:39)
>> 	at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
>> or
>> Impl.java:25)
>> 	at java.lang.reflect.Method.invoke(Method.java:324)
>> 	at
>> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:209)
>>
>> 2005-03-09 11:53:16 ContextConfig[/cocoon]: Occurred at line 275
>> column 40
>> 2005-03-09 11:53:16 ContextConfig[/cocoon]: Marking this application
>> unavailable due to previous error(s)
>>
>>
>>
>> XML Spy says that the cocoon web-inf/web.xml is valid, as is tomcat's
>> conf/web.xml.  Other webapps are loading correctly, so I guess the
>> complaint must be about cocoon/web-inf/wb.xml, but the line reported
>> is in a comment, and if I remove some comments to see what happens to
>> the line number where the error is reported, there is no change.  On
>> the other hand, adding a 1-line comment to tomcat/conf/web.xml shifts
>> the reported location of the error 31 lines earlier.
>>
>> I also tried copying cocoon's xerces jars into tomcat/common/lib and
>> into tomcat/common/endorsed.  These experiments made no difference.
>>
>> Can anyone help?
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>


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


Mime
View raw message