cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gerrit Kuilder <ger...@yours-untildeath.demon.nl>
Subject Working now Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not av ailable.
Date Tue, 01 Jan 2002 21:24:28 GMT
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" <gerrit@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: <cocoon-users-unsubscribe@xml.apache.org>
>>>>>>>>>>>For additional commands, e-mail:
>>>>>>>>>>><cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
>>>>>>>>>>>For additional commands, e-mail:
>>>>>>>>>>><cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
>>>>>>>>>>For additional commands, e-mail: <cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
>>>>>>>>>For additional commands, e-mail: <cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
>>>>>>>>For additional commands, e-mail: <cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
>>>>>>>For additional commands, e-mail: <cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
>>>>>>For additional commands, e-mail: <cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
>>>>>For additional commands, e-mail: <cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
>>>>For additional commands, e-mail: <cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
>>>For additional commands, e-mail: <cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
>>For additional commands, e-mail: <cocoon-users-help@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: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


Mime
View raw message