Hi All, unpacked cocoon.war manually again and kept a good eye on the logs:
catalina.out tells me after going to http://localhost:8180/cocoon/ Xlib: connection to ":0.0" refused by server Xlib: Client is not authorized to connect to Server and cocoon.log tells me: DEBUG (2002-01-01) 19:42.36:603 [cocoon ] (/cocoon/) HttpProcessor[8180][3]/ExcaliburComponentSelector: Adding org.apache.cocoon.serialization.XMLSerializer for svgxml ERROR (2002-01-01) 19:42.36:604 [cocoon ] (/cocoon/) HttpProcessor[8180][3]/Handler: Error compiling sitemap java.lang.NoClassDefFoundError: org/apache/batik/dom/svg/SVGDOMImplementation at org.apache.batik.dom.svg.SAXSVGDocumentFactory.<init>(SAXSVGDocumentFactory.java:59) This looks like there is some issue with batik, would xvfb help? (although I am running X11 Regards, Gerrit Gerrit Kuilder wrote: > Hi Todd, > > the war file is not expanded indeed, I cleaned up and reinstalled the > coocoon.war and kept an eye on the log file. > > What I see is an exclamation mark on the end of 'jar:' etc. > > 2002-01-01 15:18:36 StandardHost[localhost]: Installing web application > at context path /cocoon from URL jar:file:/var/tomcat4/webapps/cocoon.war!/ > 2002-01-01 15:18:36 HostConfig[localhost] Error deploying web > application archive cocoon.war > java.io.FileNotFoundException: > /var/tomcat4/webapps/cocoon/i18n/translations/messages_ru.xml (No such > file or directory) > at java.io.FileOutputStream.open(Native Method) > > > I have no other war files so I can't test if that works anyway. > > > Todd Wright wrote: > >> Gerrit, >> >> What is in the tomcat log files? (/jakarta-tomcat4.0/logs) There is >> usually more information there. I am concerned that the war file >> wasn't automatically read and expanded. This is usually a tomcat >> issue... I might try to remove the cocoon web-app and try to allow >> tomcat to reinstall it for you. (remove the cocoon subdir of webapps >> then make sure cocoon.war is back in there. Restart jakarta and try to >> access cocoon. http://localhost:8180/cocoon >> >> Are any other war files being expanded? >> >> TW >> >>> Hello, >>> >>> looked in my cocoon/WEB-APPS/root.log and came across the following: >>> >>> I ma seeing it as no servlet was found/loaded for cocoon. >>> INFO (2001-12-31) 21:02.24:856 [root ] (/cocoon/) >>> HttpProcessor[8180][2]/CocoonServlet: '' Processed by Apache Cocoon >>> 2.0 in 2.909 seconds. >>> >>> BTW installed IBM java, no difference. >>> >>> Gerrit Kuilder wrote: >>> >>>> Hello, >>>> I am using sun's jdk1.3.1. I will see if the IBM one makes a >>>> difference. have had no other problems otherwise. >>>> thanks, >>>> Gerrit >>>> Todd Wright wrote: >>>> >>>>> What jdk are you using? 1.3 and linux has issues... Perhaps try >>>>> jdk1.4b3 or IBM. >>>>> 1.3 and Linux requires you to have an Xserver up and running. >>>>> >>>>> TW >>>>> >>>>>> Hello, >>>>>> >>>>>> I did a lot of stopping and starting (apache and tomcat). In the >>>>>> end I unzipped the cocoon.war by hand (saw this in a message just >>>>>> after I send my email) and am now stuck with: >>>>>> >>>>>> 'org.apache.cocoon.ProcessingException: The sitemap handler's >>>>>> sitemap is not available.' >>>>>> >>>>>> maybe I am missing out on something, although I have set JAVA_HOME >>>>>> for tomcat I have not set up the same thing for cocoon. >>>>>> with a long list of calls: >>>>>> >>>>>> <log> >>>>>> >>>>>> org.apache.cocoon.ProcessingException: The sitemap handler's >>>>>> sitemap is not available. Please check logs for the exact error. >>>>>> >>>>>> path-info >>>>>> >>>>>> stacktrace >>>>>> >>>>>> org.apache.cocoon.ProcessingException: The sitemap handler's >>>>>> sitemap is not available. Please check logs for the exact error. >>>>>> at >>>>>> org.apache.cocoon.sitemap.Manager.setupProcessing(Manager.java:244) >>>>>> at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:109) >>>>>> at org.apache.cocoon.Cocoon.process(Cocoon.java:514) >>>>>> at >>>>>> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:647) >>>>>> >>>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java) >>>>>> at >>>>>> >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java) > >>>>>> >>>>>> at >>>>>> >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java) >>>>>> at >>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java) >>>>>> at >>>>>> org.apache.catalina.core.StandardContext.invoke(StandardContext.java) >>>>>> at >>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> >org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java) >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java) >>>>>> at >>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java) >>>>>> at >>>>>> org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java) >>>>>> >>>>>> at >>>>>> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java) >>>>>> >>>>>> at java.lang.Thread.run(Thread.java:484) >>>>>> >>>>>> </log> >>>>>> >>>>>> >>>>>> >>>>>> Gapinski, Gary (GEL, MSX) wrote: >>>>>> >>>>>>> Did you stop and start Tomcat subsequent to the copy of the >>>>>>> cocoon.war file >>>>>>> into the Tomcat webapps directory? >>>>>>> It should have been unpacked (when Tomcat started) into a >>>>>>> "cocoon" directory >>>>>>> within the webapps directory. >>>>>>> If it was unpacked, check the Tomcat log files for problems. >>>>>>> -----Original Message----- >>>>>>> From: Gerrit Kuilder [mailto:[EMAIL PROTECTED]] >>>>>>> Sent: Monday, December 31, 2001 9:51 AM >>>>>>> To: [EMAIL PROTECTED] >>>>>>> Subject: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not >>>>>>> available. >>>>>>> >>>>>>> Hi All, >>>>>>> have managed to get tomcat 4 working on Linux 7.1, strangely >>>>>>> enough on port 8180. >>>>>>> I then downloaded cocoon 2 (binary, so just the cocoon.war file) >>>>>>> and copied the cocoon.war into >>>>>>> /webapps.http://localhost:8180/cocoon/ >>>>>>> when I go to: http://localhost:8180/cocoon/ >>>>>>> this results in the following error: >>>>>>> <error> >>>>>>> type Status report >>>>>>> message /cocoon/ >>>>>>> description The requested resource (/cocoon/) is not available. >>>>>>> </error> >>>>>>> according to the documentation copying the cocoon.war file should >>>>>>> have been enough. >>>>>>> Can't seem to find any errors in any log. Searched the web read >>>>>>> the docs. >>>>>>> Any suggestions? I can imagine this quesion being asked a lot, >>>>>>> sorry if it is for the x-th time. >>>>>>> Regards, >>>>>>> Gerrit Kuilder >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> >>>>>>> Please check that your question has not already been answered in the >>>>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> >>>>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]> >>>>>>> For additional commands, e-mail: <[EMAIL PROTECTED]> >>>>>>> --------------------------------------------------------------------- >>>>>>> >>>>>>> Please check that your question has not already been answered in the >>>>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> >>>>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]> >>>>>>> For additional commands, e-mail: <[EMAIL PROTECTED]> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> Please check that your question has not already been answered in the >>>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> >>>>>> >>>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]> >>>>>> For additional commands, e-mail: <[EMAIL PROTECTED]> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> Please check that your question has not already been answered in the >>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> >>>>> >>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]> >>>>> For additional commands, e-mail: <[EMAIL PROTECTED]> >>>> >>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> Please check that your question has not already been answered in the >>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> >>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]> >>>> For additional commands, e-mail: <[EMAIL PROTECTED]> >>> >>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> Please check that your question has not already been answered in the >>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> >>> >>> To unsubscribe, e-mail: <[EMAIL PROTECTED]> >>> For additional commands, e-mail: <[EMAIL PROTECTED]> >> >> >> >> Todd Wright >> Software Developer / Technical Trainer >> >> www.jtconsult.com >> >> Supposing is good, but finding out is better. >> - Mark Twain >> >> >> --------------------------------------------------------------------- >> Please check that your question has not already been answered in the >> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> >> >> To unsubscribe, e-mail: <[EMAIL PROTECTED]> >> For additional commands, e-mail: <[EMAIL PROTECTED]> > > > > > --------------------------------------------------------------------- > Please check that your question has not already been answered in the > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > For additional commands, e-mail: <[EMAIL PROTECTED]> --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
