You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Todd Wright <co...@jtconsult.com> on 2001/12/31 18:24:20 UTC
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not
av ailable.
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:gerrit@yours-untildeath.demon.nl]
>>Sent: Monday, December 31, 2001 9:51 AM
>>To: cocoon-users@xml.apache.org
>>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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@xml.apache.org>
>>---------------------------------------------------------------------
>>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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@xml.apache.org>
>
>
>
>---------------------------------------------------------------------
>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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Working now Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not av ailable.
Posted by Gerrit Kuilder <ge...@yours-untildeath.demon.nl>.
Hi all,
I have it working now, Xvfb and commenting out some svg stuff. (and
removed cocoon directory in /work/localhost.
Thanks to all who helped,
happy new year too
Regards,
Gerrit
Carlos Araya wrote:
> If xfvb is not an option you can always try the PJA toolkit as described on
> the install documents. It works with Tomcat 4.0.
>
> Carlos
>
> On 1/1/02 12:29 PM, "Gerrit Kuilder" <ge...@yours-untildeath.demon.nl>
> wrote:
>
>
>>Hi Todd,
>>
>>do you mean 'xfvb' instead of 'xfvm' ?
>>
>>Rgards,
>>
>>and many thanks,
>>
>>Gerrit
>>
>>Todd Wright wrote:
>>
>>
>>>Gerrit,
>>>
>>>The errors you are showing look like it is the X windows issue that
>>>comes when running jdk1.3x and C2 on Linux.
>>>This should have been fixed with using a different SDK. JDK 1.3x swing
>>>required that X be running on the box.
>>>You could install xvfm, it is well documented here in the logs, and it
>>>will make that issue go away. The other answer is to remove batik (the
>>>svg2png and svg2jpg serializers have to be removed from the sitemap
>>>along with any resources that use them)
>>>
>>>TW
>>> At 08:05 PM 1/1/2002 +0100, you wrote:
>>>
>>>
>>>>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(Appli
>>>>>>>>>>cationFilterChain.java)
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
>>>>>>>>>>lterChain.java)
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVa
>>>>>>>>>>lve.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(StandardContextVa
>>>>>>>>>>lve.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.ja
>>>>>>>>>>va)
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.
>>>>>>>>>>java)
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>>org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcher
>>>>>>>>>>Valve.java)
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.
>>>>>>>>>>java)
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.ja
>>>>>>>>>>va)
>>>>>>>>>>
>>>>>>>>>> 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(StandardEngineValv
>>>>>>>>>>e.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.jav
>>>>>>>>>>a)
>>>>>>>>>>
>>>>>>>>>> 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:gerrit@yours-untildeath.demon.nl]
>>>>>>>>>>>Sent: Monday, December 31, 2001 9:51 AM
>>>>>>>>>>>To: cocoon-users@xml.apache.org
>>>>>>>>>>>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: <co...@xml.apache.org>
>>>>>>>>>>>For additional commands, e-mail:
>>>>>>>>>>><co...@xml.apache.org>
>>>>>>>>>>>---------------------------------------------------------------------
>>>>>>>>>>>
>>>>>>>>>>>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: <co...@xml.apache.org>
>>>>>>>>>>>For additional commands, e-mail:
>>>>>>>>>>><co...@xml.apache.org>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>---------------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>>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: <co...@xml.apache.org>
>>>>>>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>---------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>>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: <co...@xml.apache.org>
>>>>>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>---------------------------------------------------------------------
>>>>>>>>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: <co...@xml.apache.org>
>>>>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>---------------------------------------------------------------------
>>>>>>>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: <co...@xml.apache.org>
>>>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>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: <co...@xml.apache.org>
>>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>
>>>>>
>>>>>
>>>>>---------------------------------------------------------------------
>>>>>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: <co...@xml.apache.org>
>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>
>>>>
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>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: <co...@xml.apache.org>
>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>
>>>
>>>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: <co...@xml.apache.org>
>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>
>>
>>
>>---------------------------------------------------------------------
>>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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@xml.apache.org>
>>
>
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not
av ailable.
Posted by Carlos Araya <ca...@cvc.edu>.
If xfvb is not an option you can always try the PJA toolkit as described on
the install documents. It works with Tomcat 4.0.
Carlos
On 1/1/02 12:29 PM, "Gerrit Kuilder" <ge...@yours-untildeath.demon.nl>
wrote:
> Hi Todd,
>
> do you mean 'xfvb' instead of 'xfvm' ?
>
> Rgards,
>
> and many thanks,
>
> Gerrit
>
> Todd Wright wrote:
>
>> Gerrit,
>>
>> The errors you are showing look like it is the X windows issue that
>> comes when running jdk1.3x and C2 on Linux.
>> This should have been fixed with using a different SDK. JDK 1.3x swing
>> required that X be running on the box.
>> You could install xvfm, it is well documented here in the logs, and it
>> will make that issue go away. The other answer is to remove batik (the
>> svg2png and svg2jpg serializers have to be removed from the sitemap
>> along with any resources that use them)
>>
>> TW
>> At 08:05 PM 1/1/2002 +0100, you wrote:
>>
>>> 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(Appli
>>>>>>>>> cationFilterChain.java)
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
>>>>>>>>> lterChain.java)
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVa
>>>>>>>>> lve.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(StandardContextVa
>>>>>>>>> lve.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.ja
>>>>>>>>> va)
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.
>>>>>>>>> java)
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcher
>>>>>>>>> Valve.java)
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.
>>>>>>>>> java)
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.ja
>>>>>>>>> va)
>>>>>>>>>
>>>>>>>>> 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(StandardEngineValv
>>>>>>>>> e.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.jav
>>>>>>>>> a)
>>>>>>>>>
>>>>>>>>> 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:gerrit@yours-untildeath.demon.nl]
>>>>>>>>>> Sent: Monday, December 31, 2001 9:51 AM
>>>>>>>>>> To: cocoon-users@xml.apache.org
>>>>>>>>>> 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: <co...@xml.apache.org>
>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>> <co...@xml.apache.org>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>> 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: <co...@xml.apache.org>
>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>> <co...@xml.apache.org>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> 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: <co...@xml.apache.org>
>>>>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>
>>>>>>>> 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: <co...@xml.apache.org>
>>>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> 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: <co...@xml.apache.org>
>>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> 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: <co...@xml.apache.org>
>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> 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: <co...@xml.apache.org>
>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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: <co...@xml.apache.org>
>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@xml.apache.org>
>>
>>
>> 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: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@xml.apache.org>
>
>
>
> ---------------------------------------------------------------------
> 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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
--
Carlos E. Araya
---+ WebCT Administrator/Trainer
P | California Virtual Campus
- | C/O De Anza College
G | 21250 Stevens Creek Blvd
---+ Cupertino, CA 95014
email carlos@cvc.edu
web http://www.cvc1.org/ (work)
http://www.silverwolf-net.net (personal)
phone 408 257 0420 (work)
PGP Fingerprint: E629 5DFD 7EAE 4995 E9D7 3D2F 5A9F 0CE7 DFE7 1756
Paradoxically, a refusal to 'put a monetary value on life' means that life
is often undervalued.
-- Artificial Intelligence: A Modern Approach
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not av ailable.
Posted by Gerrit Kuilder <ge...@yours-untildeath.demon.nl>.
Hi Todd,
do you mean 'xfvb' instead of 'xfvm' ?
Rgards,
and many thanks,
Gerrit
Todd Wright wrote:
> Gerrit,
>
> The errors you are showing look like it is the X windows issue that
> comes when running jdk1.3x and C2 on Linux.
> This should have been fixed with using a different SDK. JDK 1.3x swing
> required that X be running on the box.
> You could install xvfm, it is well documented here in the logs, and it
> will make that issue go away. The other answer is to remove batik (the
> svg2png and svg2jpg serializers have to be removed from the sitemap
> along with any resources that use them)
>
> TW
> At 08:05 PM 1/1/2002 +0100, you wrote:
>
>> 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:gerrit@yours-untildeath.demon.nl]
>>>>>>>>> Sent: Monday, December 31, 2001 9:51 AM
>>>>>>>>> To: cocoon-users@xml.apache.org
>>>>>>>>> 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: <co...@xml.apache.org>
>>>>>>>>> For additional commands, e-mail:
>>>>>>>>> <co...@xml.apache.org>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> 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: <co...@xml.apache.org>
>>>>>>>>> For additional commands, e-mail:
>>>>>>>>> <co...@xml.apache.org>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>
>>>>>>>> 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: <co...@xml.apache.org>
>>>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>>
>>>>>>> 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: <co...@xml.apache.org>
>>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> 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: <co...@xml.apache.org>
>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> 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: <co...@xml.apache.org>
>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>
>>>>
>>>>
>>>>
>>>> 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: <co...@xml.apache.org>
>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@xml.apache.org>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> 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: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@xml.apache.org>
>
>
> 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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not
av ailable.
Posted by Todd Wright <co...@jtconsult.com>.
Gerrit,
The errors you are showing look like it is the X windows issue that comes
when running jdk1.3x and C2 on Linux.
This should have been fixed with using a different SDK. JDK 1.3x swing
required that X be running on the box.
You could install xvfm, it is well documented here in the logs, and it will
make that issue go away. The other answer is to remove batik (the svg2png
and svg2jpg serializers have to be removed from the sitemap along with any
resources that use them)
TW
At 08:05 PM 1/1/2002 +0100, you wrote:
>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:gerrit@yours-untildeath.demon.nl]
>>>>>>>>Sent: Monday, December 31, 2001 9:51 AM
>>>>>>>>To: cocoon-users@xml.apache.org
>>>>>>>>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: <co...@xml.apache.org>
>>>>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>>>---------------------------------------------------------------------
>>>>>>>>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: <co...@xml.apache.org>
>>>>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>---------------------------------------------------------------------
>>>>>>>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: <co...@xml.apache.org>
>>>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>---------------------------------------------------------------------
>>>>>>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: <co...@xml.apache.org>
>>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>---------------------------------------------------------------------
>>>>>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: <co...@xml.apache.org>
>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>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: <co...@xml.apache.org>
>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>
>>>
>>>
>>>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: <co...@xml.apache.org>
>>>For additional commands, e-mail: <co...@xml.apache.org>
>>
>>
>>---------------------------------------------------------------------
>>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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@xml.apache.org>
>
>
>
>---------------------------------------------------------------------
>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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@xml.apache.org>
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not av ailable.
Posted by Gerrit Kuilder <ge...@yours-untildeath.demon.nl>.
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:gerrit@yours-untildeath.demon.nl]
>>>>>>> Sent: Monday, December 31, 2001 9:51 AM
>>>>>>> To: cocoon-users@xml.apache.org
>>>>>>> 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: <co...@xml.apache.org>
>>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>> ---------------------------------------------------------------------
>>>>>>>
>>>>>>> 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: <co...@xml.apache.org>
>>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> 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: <co...@xml.apache.org>
>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> 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: <co...@xml.apache.org>
>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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: <co...@xml.apache.org>
>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@xml.apache.org>
>>
>>
>>
>> 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: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@xml.apache.org>
>
>
>
>
> ---------------------------------------------------------------------
> 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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not av ailable.
Posted by Gerrit Kuilder <ge...@yours-untildeath.demon.nl>.
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:gerrit@yours-untildeath.demon.nl]
>>>>>> Sent: Monday, December 31, 2001 9:51 AM
>>>>>> To: cocoon-users@xml.apache.org
>>>>>> 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: <co...@xml.apache.org>
>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>> ---------------------------------------------------------------------
>>>>>> 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: <co...@xml.apache.org>
>>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> 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: <co...@xml.apache.org>
>>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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: <co...@xml.apache.org>
>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@xml.apache.org>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> 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: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@xml.apache.org>
>
>
> 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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not
av ailable.
Posted by Todd Wright <co...@jtconsult.com>.
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:gerrit@yours-untildeath.demon.nl]
>>>>>Sent: Monday, December 31, 2001 9:51 AM
>>>>>To: cocoon-users@xml.apache.org
>>>>>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: <co...@xml.apache.org>
>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>>---------------------------------------------------------------------
>>>>>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: <co...@xml.apache.org>
>>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>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: <co...@xml.apache.org>
>>>>For additional commands, e-mail: <co...@xml.apache.org>
>>>
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>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: <co...@xml.apache.org>
>>>For additional commands, e-mail: <co...@xml.apache.org>
>>
>>
>>---------------------------------------------------------------------
>>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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@xml.apache.org>
>
>
>
>---------------------------------------------------------------------
>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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@xml.apache.org>
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not av ailable.
Posted by Gerrit Kuilder <ge...@yours-untildeath.demon.nl>.
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:gerrit@yours-untildeath.demon.nl]
>>>> Sent: Monday, December 31, 2001 9:51 AM
>>>> To: cocoon-users@xml.apache.org
>>>> 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: <co...@xml.apache.org>
>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>> ---------------------------------------------------------------------
>>>> 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: <co...@xml.apache.org>
>>>> For additional commands, e-mail: <co...@xml.apache.org>
>>>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@xml.apache.org>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> 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: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@xml.apache.org>
>
>
>
>
> ---------------------------------------------------------------------
> 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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not av ailable.
Posted by Gerrit Kuilder <ge...@yours-untildeath.demon.nl>.
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:gerrit@yours-untildeath.demon.nl]
>>> Sent: Monday, December 31, 2001 9:51 AM
>>> To: cocoon-users@xml.apache.org
>>> 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: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@xml.apache.org>
>>> ---------------------------------------------------------------------
>>> 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: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@xml.apache.org>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> 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: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@xml.apache.org>
>
>
>
> ---------------------------------------------------------------------
> 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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>