Return-Path: 
 <cocoon-users-return-27125-apmail-xml-cocoon-users-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org
Received: (qmail 36590 invoked by uid 500); 1 Jan 2002 18:08:29 -0000
Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-users-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-users-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-users@xml.apache.org>
Reply-To: cocoon-users@xml.apache.org
Delivered-To: mailing list cocoon-users@xml.apache.org
Received: (qmail 36579 invoked from network); 1 Jan 2002 18:08:29 -0000
Message-ID: <3C320889.7090606@yours-untildeath.demon.nl>
Date: Tue, 01 Jan 2002 20:05:45 +0100
From: Gerrit Kuilder <gerrit@yours-untildeath.demon.nl>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: cocoon-users@xml.apache.org
Subject: Re: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is not
   av	ailable.
References: <C545044D6A69D4119FE400508BDF88CA0B2A84BD@nelaslige.light.ge.com>
 <5.1.0.14.0.20011231102242.00ac6b30@mail.jtconsult.com>
 <3C30BB08.9030306@yours-untildeath.demon.nl>
 <5.1.0.14.0.20011231164733.00a58028@mail.jtconsult.com>
 <3C31CB74.3070300@yours-untildeath.demon.nl>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

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: <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>