cocoon give empty page without error in log files
hi there is a problem with our cocoon instalation (cocoon 204) on tomcat 4.1.18) this instalation serve 6 site with subsitepmap for each one when tomcat start cocoon serve all 6 sites without problem or error in log files there is only one worning entry in core.log: WARN(2003-03-29) 09:52.37:587 [core.manager] (/xml/atlastrans.gr/) Thread-80/ExcaliburComponentSelector: Looking up component on an uninitialized ComponentLocator with hint [/home/vhost/atlastrans.gr/conf/sitemap.xmap] and THE PROBLEMS 1. after some requests (after some days maybe) and without to change or touch anything cocoon give not the correct html output aor an error page but an empty page with only body tag notice that cocoon answer corectly in ..:8080/cocoon/ the only solution to this problem is to stop start tomcat (stop start cocoon as webapp dont solve the problem) 2. some times if we change some content files (.xml) in a site cocoon when try to compile (again) the sitemap give an out of memory error page again we have to stop start tomcat (without touch anything else) to solve the problem any idea ? thnx -- Stavros S. Kounis Development Research Department Osmosis - networks consulting services web:http://www.osmosis.gr email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
performance - we need your suggestions
we are using cocoon for the first rc version for small projects (now cocoon 204) Kernel : Linux 2.4.2-2 CPU : 1 GenuineIntel Pentium III (Coppermine) 651 MHz Cache : 256 KB RAM : 128MB tomcat : 4.1.18 the problem is that cocoon is not so stable as apache web server (in our installation maybe) many times we need to restart tomcat now we need to work on a very big project and he have to decide if this one will be based on cocoon all the project will be served from one server and this server will do nothing else the main point of this project is to retrieve data from .xml files (using this files as data repositories) we have test 2 approaches 1. generate xml files in a pipeline and get requested information (nodes) using xslt transformation with xqueries in xsl files and selialize this (xml) in map:match 2. do the same but using xindice to make xqueries we need comments or suggestions - about the performance of this approaches - how stable is xindice - if we need to test other native xml database system -- Stavros S. Kounis Development Research Department Osmosis - networks consulting services web:http://www.osmosis.gr email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon installation error: Wrapper cannot find servlet class org.apache.cocoon.Cocoon from an ignorant newbie convert from Microsoft:-)
Hi, I am a recent convert (only two weeks old) to Java, Tomcat et al from the world of Microsoft ASP and .Net. As such please forgive me for asking what I'm sure is a very basic question. However, I have checked the Cocoon FAQ's, read my books (Java, JavaServer Pages, Java and XML, O'Reilly) and searched the mail archive still drawing a blank. Basically I have installed Cocoon according to the instructions on the site (http://xml.apache.org/cocoon1/install.html) and also those in 'Java and XML Ch10 P.248 and I get the message: Wrapper cannot find servlet class org.apache.cocoon.Cocoon or a class it depends on (I include the complete error message below for your reference) I am Using: Win98 (boo hoo) Java 1.3.1 Tomcat 4.1.24 Cocoon 1.8.2 I also have Personal Web Server installed but I have made no attempt to connect the two. Tomcat works fine: I have run several example scripts without fail. I have checked over my Cocoon installation several times and over several days (to allow for the I DID do it right I'm SURE factor). I have noticed that I need to set up the files [TOMCAT HOME]/conf/server.xml slightly differently from the instructions which tell me to use the value: Context path=/cocoon docbase=webapps/cocoon... I find this returns a 404 and only if I set it to Context path=/cocoon docbase=cocoon... or remove it completely does it work. I assume this is down to my Tomcat being 4.1.24 rather than Brett McLaughlin's (Java and XML, O'Reilly) Tomcat 3.2.1 the comments preceding the section in the document supporting this: Define properties for each web application. This is only needed if you want to set non-default properties, or have web application document roots in places other than the virtual host's appBase directory I have concluded (rightly or wrongly) the problem is that it can't find the cocoon.properties file which is referenced by the [TOMCAT HOME]/webapps/cocoon/WEB-INF/web.xml. The instructions tell me to set this to WEB-INF/cocoon.properties which I have tried but I have also played around with this value as cocoon/WEB-INF/cocoon.properties and cocoon.properties without success. I know it's a relative path so I haven't tried any absolute paths. It currently looks like this: servlet servlet-nameorg.apache.cocoon.Cocoon/servlet-name servlet-classorg.apache.cocoon.Cocoon/servlet-class init-param param-nameproperties/param-name param-valueWEB-INF/cocoon.properties/param-value /init-param /servlet Any help would be gratefully appreciated: I don't have much hair left to pull out!! Thanks in advance Kind Regards, Phil Coultard [EMAIL PROTECTED] www.coultard.com Complete Error returned: HTTP Status 503 - Servlet org.apache.cocoon.Cocoon is currently unavailable type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Wrapper cannot find servlet class org.apache.cocoon.Cocoon or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:89 1) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:210) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at
AW: cocoon give empty page without error in log files
hi stavros, the empty page may stem from 'suboptimal' error handling which is fixed in CVS AFAIK. please take a look at your tomcat logs. any exceptions (in this case probably at least an IllegalStateException) should show up there. maybe the OutOfMemoryError you got is actually the problem. after checking that your store janitor settings are correct you could enable logging for the janitor and monitor the amount of free memory. this way you should be able to determine if that's your problem. HTH -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Stavros Kounis Gesendet: Samstag, 29. Marz 2003 10:25 An: [EMAIL PROTECTED] Betreff: cocoon give empty page without error in log files hi there is a problem with our cocoon instalation (cocoon 204) on tomcat 4.1.18) this instalation serve 6 site with subsitepmap for each one when tomcat start cocoon serve all 6 sites without problem or error in log files there is only one worning entry in core.log: WARN(2003-03-29) 09:52.37:587 [core.manager] (/xml/atlastrans.gr/) Thread-80/ExcaliburComponentSelector: Looking up component on an uninitialized ComponentLocator with hint [/home/vhost/atlastrans.gr/conf/sitemap.xmap] and THE PROBLEMS 1. after some requests (after some days maybe) and without to change or touch anything cocoon give not the correct html output aor an error page but an empty page with only body tag notice that cocoon answer corectly in ..:8080/cocoon/ the only solution to this problem is to stop start tomcat (stop start cocoon as webapp dont solve the problem) 2. some times if we change some content files (.xml) in a site cocoon when try to compile (again) the sitemap give an out of memory error page again we have to stop start tomcat (without touch anything else) to solve the problem any idea ? thnx -- Stavros S. Kounis Development Research Department Osmosis - networks consulting services web: http://www.osmosis.gr email:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cocoon installation error: Wrapper cannot find servlet class org.apache.cocoon.Cocoon from an ignorant newbie convert from Microsoft:-)
You may find some people still able to help you with cocoon 1.x, but I would _highly_ suggest ignoring that now outdated chapter, and using the current release version 2.0.4 which is significantly changed and improved from the 1.8.x version. You'll find good up to date installation instructions, and a lot more people here that will be able to help you if something goes wrong. There are several good books now available for Cocoon 2 if you want to go that route, but you should also be able to make good headway using the provided documentation and samples, as well as the breeding ground for new documentation, http://wiki.cocoondev.org. Hope that helps, Geoff -Original Message- From: Phil Coultard [mailto:[EMAIL PROTECTED] Sent: Saturday, March 29, 2003 4:51 AM To: [EMAIL PROTECTED] Subject: Cocoon installation error: Wrapper cannot find servlet class org.apache.cocoon.Cocoon from an ignorant newbie convert from Microsoft:-) Hi, I am a recent convert (only two weeks old) to Java, Tomcat et al from the world of Microsoft ASP and .Net. As such please forgive me for asking what I'm sure is a very basic question. However, I have checked the Cocoon FAQ's, read my books (Java, JavaServer Pages, Java and XML, O'Reilly) and searched the mail archive still drawing a blank. Basically I have installed Cocoon according to the instructions on the site (http://xml.apache.org/cocoon1/install.html) and also those in 'Java and XML Ch10 P.248 and I get the message: Wrapper cannot find servlet class org.apache.cocoon.Cocoon or a class it depends on (I include the complete error message below for your reference) I am Using: Win98 (boo hoo) Java 1.3.1 Tomcat 4.1.24 Cocoon 1.8.2 I also have Personal Web Server installed but I have made no attempt to connect the two. Tomcat works fine: I have run several example scripts without fail. I have checked over my Cocoon installation several times and over several days (to allow for the I DID do it right I'm SURE factor). I have noticed that I need to set up the files [TOMCAT HOME]/conf/server.xml slightly differently from the instructions which tell me to use the value: Context path=/cocoon docbase=webapps/cocoon... I find this returns a 404 and only if I set it to Context path=/cocoon docbase=cocoon... or remove it completely does it work. I assume this is down to my Tomcat being 4.1.24 rather than Brett McLaughlin's (Java and XML, O'Reilly) Tomcat 3.2.1 the comments preceding the section in the document supporting this: Define properties for each web application. This is only needed if you want to set non-default properties, or have web application document roots in places other than the virtual host's appBase directory I have concluded (rightly or wrongly) the problem is that it can't find the cocoon.properties file which is referenced by the [TOMCAT HOME]/webapps/cocoon/WEB-INF/web.xml. The instructions tell me to set this to WEB-INF/cocoon.properties which I have tried but I have also played around with this value as cocoon/WEB-INF/cocoon.properties and cocoon.properties without success. I know it's a relative path so I haven't tried any absolute paths. It currently looks like this: servlet servlet-nameorg.apache.cocoon.Cocoon/servlet-name servlet-classorg.apache.cocoon.Cocoon/servlet-class init-param param-nameproperties/param-name param-valueWEB-INF/cocoon.properties/param-value /init-param /servlet Any help would be gratefully appreciated: I don't have much hair left to pull out!! Thanks in advance Kind Regards, Phil Coultard [EMAIL PROTECTED] www.coultard.com -- -- Complete Error returned: -- -- HTTP Status 503 - Servlet org.apache.cocoon.Cocoon is currently unavailable type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Wrapper cannot find servlet class org.apache.cocoon.Cocoon or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapp er.java:89 1) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper. java:668) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp erValve.ja va:210) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon text.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardConte xtValve.ja va:191) at
Re: Interesting use of map:mount
OK, so it sounds like a sound idea. What container are you running in? If I decided to run in JBoss/Tomcat behind Apache with mod_jk* do you think the host matchers would still work? I do all my virtual hosting in apache httpd.conf now. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Geoff Howard wrote: Not sure what part you were concerned about, but I have been using empty uri-prefix for my setup with no problems. I am doing some virtual host-type things with cocoon, so I have host matchers/selectors in my main sitemap with patterns like *.mydomain.com that mount their particular application with an empty uri-prefix. Geoff -Original Message- From: Ryan Hoegg [mailto:[EMAIL PROTECTED] Sent: Friday, March 28, 2003 11:43 PM To: [EMAIL PROTECTED] Subject: Interesting use of map:mount Hey all, I wanted to run my novel usage of map:mount by you all in case I am breaking some seemingly unwritten rule. I have my main sitemap all set up declaring components and such, and then in my pipelines I have this: map:pipeline map:match pattern=** map:mount check-reload=yes src=isis-sitemap.xmap uri-prefix=/ /map:match /map:pipeline Note the uri-prefix. The idea is that I have a sitemap for my application that defines the actual application sitemap. I tried it and it works. Is there some reason I shouldn't be doing this? All the map:mount docs I can find talk about using this for delegating URI space to other sitemaps. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Interesting use of map:mount
Yes, I think. I'm using mod_jk currently in Tomcat. I am set up to alias all of the hosts together (I think). If you start having trouble let me know and I'll look more carefully at what I did. Geoff -Original Message- From: Ryan Hoegg [mailto:[EMAIL PROTECTED] Sent: Saturday, March 29, 2003 11:12 AM To: [EMAIL PROTECTED] Subject: Re: Interesting use of map:mount OK, so it sounds like a sound idea. What container are you running in? If I decided to run in JBoss/Tomcat behind Apache with mod_jk* do you think the host matchers would still work? I do all my virtual hosting in apache httpd.conf now. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Geoff Howard wrote: Not sure what part you were concerned about, but I have been using empty uri-prefix for my setup with no problems. I am doing some virtual host-type things with cocoon, so I have host matchers/selectors in my main sitemap with patterns like *.mydomain.com that mount their particular application with an empty uri-prefix. Geoff -Original Message- From: Ryan Hoegg [mailto:[EMAIL PROTECTED] Sent: Friday, March 28, 2003 11:43 PM To: [EMAIL PROTECTED] Subject: Interesting use of map:mount Hey all, I wanted to run my novel usage of map:mount by you all in case I am breaking some seemingly unwritten rule. I have my main sitemap all set up declaring components and such, and then in my pipelines I have this: map:pipeline map:match pattern=** map:mount check-reload=yes src=isis-sitemap.xmap uri-prefix=/ /map:match /map:pipeline Note the uri-prefix. The idea is that I have a sitemap for my application that defines the actual application sitemap. I tried it and it works. Is there some reason I shouldn't be doing this? All the map:mount docs I can find talk about using this for delegating URI space to other sitemaps. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Shipping compiled translets rather than XSL files in plain text format
If all the links are available through menu's or pages, you could consider the tool WGET on Linux. Wget has the option -R (I think) that allows you to download a complete site. You can distribute that result. Is it possible to deploy Cocoon applications at customer sites just by installing compiled versions of XSL stylesheets (translets) rather than supplying them in plain text format? Thanks, Julio Lerm Chicago, IL -- Met vriendelijke groeten, Kind regards, Bien à vous, Yves Vindevogel Implements Kempische Steenweg 206 -- 3500 Hasselt -- Belgium Phone/Fax: +32 (11) 43.55.76 -- Mobile: +32 (478) 80.82.91 Mail: [EMAIL PROTECTED] -- www.implements.be Quote: The winner never says participating is more important than winning. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]