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" <[EMAIL PROTECTED]>
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:[EMAIL PROTECTED]]
>>>>>>>>>> Sent: Monday, December 31, 2001 9:51 AM
>>>>>>>>>> To: [EMAIL PROTECTED]
>>>>>>>>>> Subject: PRobably a faq tomcat4 cocoon 2 resource (/cocoon/) is
>>>>>>>>>> not
>>>>>>>>>> available.
>>>>>>>>>> 
>>>>>>>>>> Hi All,
>>>>>>>>>> have managed to get tomcat 4 working on Linux 7.1, strangely
>>>>>>>>>> enough on port 8180.
>>>>>>>>>> I then downloaded cocoon 2 (binary, so just the cocoon.war
>>>>>>>>>> file) and copied the cocoon.war into
>>>>>>>>>> /webapps.http://localhost:8180/cocoon/
>>>>>>>>>> when I go to: http://localhost:8180/cocoon/
>>>>>>>>>> this results in the following error:
>>>>>>>>>> <error>
>>>>>>>>>> type Status report
>>>>>>>>>> message /cocoon/
>>>>>>>>>> description The requested resource (/cocoon/) is not available.
>>>>>>>>>> </error>
>>>>>>>>>> according to the documentation copying the cocoon.war file
>>>>>>>>>> should have been enough.
>>>>>>>>>> Can't seem to find any errors in any log. Searched the web read
>>>>>>>>>> the docs.
>>>>>>>>>> Any suggestions? I can imagine this quesion being asked a lot,
>>>>>>>>>> sorry if it is for the x-th time.
>>>>>>>>>> Regards,
>>>>>>>>>> Gerrit Kuilder
>>>>>>>>>> 
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> 
>>>>>>>>>> Please check that your question has not already been answered
>>>>>>>>>> in the
>>>>>>>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>>>>>>>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>> <[EMAIL PROTECTED]>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> 
>>>>>>>>>> Please check that your question has not already been answered
>>>>>>>>>> in the
>>>>>>>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>>>>>>>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>> <[EMAIL PROTECTED]>
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> 
>>>>>>>>> Please check that your question has not already been answered in
>>>>>>>>> the
>>>>>>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>>>>>>>>> 
>>>>>>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>>>>>>>> For additional commands, e-mail: <[EMAIL PROTECTED]>
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> 
>>>>>>>> Please check that your question has not already been answered in the
>>>>>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>>>>>>>> 
>>>>>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>>>>>>> For additional commands, e-mail: <[EMAIL PROTECTED]>
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> ---------------------------------------------------------------------
>>>>>>> Please check that your question has not already been answered in the
>>>>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>>>>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>>>>>> For additional commands, e-mail: <[EMAIL PROTECTED]>
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> ---------------------------------------------------------------------
>>>>>> Please check that your question has not already been answered in the
>>>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>>>>>> 
>>>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>>>>> For additional commands, e-mail: <[EMAIL PROTECTED]>
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Todd Wright
>>>>> Software Developer / Technical Trainer
>>>>> 
>>>>> www.jtconsult.com
>>>>> 
>>>>> Supposing is good, but finding out is better.
>>>>> - Mark Twain
>>>>> 
>>>>> 
>>>>> ---------------------------------------------------------------------
>>>>> Please check that your question has not already been answered in the
>>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>>>>> 
>>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>>>> For additional commands, e-mail: <[EMAIL PROTECTED]>
>>>> 
>>>> 
>>>> 
>>>> ---------------------------------------------------------------------
>>>> Please check that your question has not already been answered in the
>>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>>> For additional commands, e-mail: <[EMAIL PROTECTED]>
>>> 
>>> 
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> Please check that your question has not already been answered in the
>>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>>> 
>>> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>>> For additional commands, e-mail: <[EMAIL PROTECTED]>
>> 
>> 
>> Todd Wright
>> Software Developer / Technical Trainer
>> 
>> www.jtconsult.com
>> 
>> Supposing is good, but finding out is better.
>> - Mark Twain
>> 
>> 
>> ---------------------------------------------------------------------
>> Please check that your question has not already been answered in the
>> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>> 
>> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 
> 
> 
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 

-- 
Carlos E. Araya
---+ WebCT Administrator/Trainer
 P | California Virtual Campus
 - | C/O De Anza College
 G | 21250 Stevens Creek Blvd
---+ Cupertino, CA 95014

email               [EMAIL PROTECTED]
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Reply via email to