RE: Cocoon and Jetty
On Fri, 1 Mar 2002, Brad Cox wrote: Dear Brad After wasting this whole week trying to get Cocoon out of the box with not one suggestions from cocoon developers, I'm beginning to get the message. Maybe you missed the reply from Vadim. He *is* a cocoon developer. I think you've had alot of suggestions how to solve your problem from the community here and I don't see why you have to put your frustration out into this community. If the suggestions doesn't helped you out is not our fault IMO and maybe Jetty isn't used here very much so we might lack specific knowledge . If we had to publish 'success stories' the mail traffic on this list would sure be exhausting. Sure, I'd like you to be able to play with Cocoon and that you've used Tomcat 4.0.2 (which gave some problems with Cocoon as well) was mentioned in an other thread on this list. Finally my suggestion to you would be try it on another servlet engine as my experience is that is usually *does* run out of the box following the installation guidlines from the documents. Cheers Giacomo - 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]
Re: Urgent: Execution of pipeline at startup
On 01.Mar.2002 -- 11:04 PM, Chitharanjan Das wrote: Hello, I had raised this issue earlier... Please confirm if this is possible at all. I need to cache some data structures and some schema elements. Is there a way to execute a pipeline or any other possibilities to cache the information at COCOON'S startup. Currently, I am performing this caching at first access. I would surely like to cache the information at startup, rather than at first access... I know of two possibilities: use the -precompile target when building your war or use a spider after startup so that all pages are generated then. Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - 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]
Re: Cocoon-URL (weekly summary of interesting links on cocoon-*)
Andrew Savory wrote: On Fri, 1 Mar 2002, Stefano Mazzocchi wrote: Question: do you provide RSS feeds? if so, I would sure it from the newly forrest-powered cocoon web page. Not at the moment, but hey, it's published with Cocoon so give me a few minutes and I'll add an RSS feed ;-) Tell me: did you always wanted to be able to say something like that? :-) -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. [EMAIL PROTECTED] Friedrich Nietzsche - 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]
[STATUS] Cocoon Roadmap
People, I know some of you are discouradged by the lack of overall 'polishness' of the latest and greatest version of Cocoon. I think I can speak for the entire development community if I greatly apologize for that. And I think you deserve it. Yes, we are all volunteers, but one way or another, we are earning something from this (if ever, visibility, respect and, last but not least, fun and knowledge) and we must continue the level of the past quality of our work in order to keep things going and to keep things sane. In this regard, I want to tell you a few things that are going on: 1) DOCUMENTATION: the documentation has been cleaned up a little, the stylesheets of the web site polished to look much more readable and light. Some documents were removed because we plan to incorporate more stuff into that. In this regard, please, help us making this better! The reason why documentation is normally not that good is that we generally don't need it since we can look into the code (which is the best documentation, if you know where to look) or simply email the guy who wrote it. But this doesn't scale: documentation is the only way to make knowledge scale well. So, if you have *any* kind of notes, mockups, emails-to-your-boss, courses you made to your colleagues, about cocoon and friends, please, let us know! It doesn't matter if they are not formatted properly, if they are not using our Documentation DTD or anything, don't worry, go to bugzilla (http://nagoya.apache.org) and throw it into the PATCH queue, somebody will pick it up, refactor it, place in into the docs and, most important, *give you credits for it*! It's *that* easy, believe me. Doesn't matter if you think you don't know enough: it's *exactly* because you don't feel like a guru (yet!) that your opinions, views, input is important to all the other people that haven't finished climbing the 'unfortunately steep' Cocoon learning curve :/ 2) SPEED: we are currently *very* close in having Xalan XSLTC working for Cocoon. XSLTC is a new XSLT processor that was donated to Apache by Sun Microsytems and, just like XSP, transforms a stylesheet into bytecode. Tests on my machine show 600% speed improvement over Xalan-J!!! And 200% speed improvement over MSXML (the native library that powers Internet Explorer)!!! along with an incredibly lower memory footprint (thus, reduced garbage collection, and overall improved performance and scalability) There are a few compliance bugs to sort out, but we are confident that we'll be able to ship Cocoon with XSLTC in the near future (if not in 2.0.2, for sure in 2.0.3) At the same time, we are looking into faster and more scalable ways to store the cached files. With these two things together, Cocoon might be able to increase performance in the next couple of releases between 200% and 600% (depending on your use of XSLT and cache, of course). We are very excited about this. Another issue what we are working on is the sitemap interpretation vs. compilation: we currently have two engines for the sitemap, the one based on XSLT-generated code and then compiled (the one you are using right now) and a new interpreted-based one. We believe that with Hotspot server JVMs, the interpreted version might be faster, but we don't have numbers to show that today. For sure, sitemap reload time is almost instant now, compared to the compiled solution. And this is very nice for development cycles. I expect the interpreted sitemap engine to be shipped very soon, probably already in 2.0.2. 3) SYMMETRY: the cocoon devs have always been aware of the intrinsic cocoon asymmetry between content flowing out and content flowing in. There are number of things that we are working on in this regard: 3.1) Writeable Sources: we are working on making the protocol handlers symmetrical, meaning that you can read from any resource (say dbxml://database/docs/news) and also *write* on it. (this should remove the need to create custom write-somewhere transformers for each type of resource being used to write on) 3.2) Drains: there has been discussions about making possible to use serializers to send content into those writeable sources (a.k.a. known as 'drains', easier to understand for those of us with an electronical background). Nothing has been resolved yet on this regard, but discussions continue. Note that this might require back-incompatible changes to the Serializer interface. 3.3) Pipe-aware selection: it has been proposed that if Selectors had a way to look into the content on the pipeline, it would be much easier to reuse shipped pipeline components instead of having to write custom actions to take care of the 'updated stream'. This might also allow a simpler implementation of WebDAV on top of Cocoon, but might require a back-incompatible change to the Selector interface. I would personally expect 3.1) to appear soon in the 2.0.x series. For 3.2) and 3.3) there is still lots of design work to do, so it won't be before
Re: [HELP] Cocoon 2.0 - Oracle DB connection problems...
On 01.Mar.2002 -- 07:37 PM, CHERVIRALA Srinivas / FTRD / US wrote: Hi. I am facing problem in accessing the Oracle DB. My Environment: - Win NT 4.0 Client Apache Tomcat 4.0.2 (Standalone) There has been problems reported running Cocoon on top of Tomcat 4.0.2 Try 4.0.1 instead. If that doesn't help, find the portion in core.log (or any other log) that shows the initialization of your connection pool and post it here. Search for org.apache.avalon.excalibur.datasource or the name of your driver class. Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - 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]
Re: C2/TC4 issues
On Friday 01 March 2002 03:17 pm, Anthony W. Marino wrote: On Friday 01 March 2002 03:11 pm, Bruce Perryman wrote: OK, here's my deal. I've had similar problems for about a week. First, Peter Baer (God bless him) did this research with some other folks and found, among other things, that TC4.02 doesn't work with C2 and that if you install and run as root you'll have problems as well. I tried changing ownership/permissions from root to another user and had no success. I finally started all over, downloading TC4.01 and C2(C2.02-dev) from CVS. I built and installed the source as a normal user and not as root. It worked. My suggestion is first view Install and run C2+T4 as user, not root! on Cocoon-users and thank Peter. Then if you've been doing this as root, start over as a normal user and remember. Thank Peter. Bruce --- Anthony W. Marino [EMAIL PROTECTED] wrote: I've tried TC4.02/TC4.1 with C2.01 and continue to have problems. The following is what my TC localhost_log file shows me: 2002-03-01 14:19:51 StandardManager[/cocoon]: Seeding of random number generator has been completed 2002-03-01 14:19:52 StandardWrapper[/cocoon:Cocoon2]: Marking servlet Cocoon2 as unavailable 2002-03-01 14:19:52 StandardContext[/cocoon]: Servlet /cocoon threw load() exception javax.servlet.ServletException: Wrapper cannot find servlet class org.apache.cocoon.servlet.CocoonServlet or a class it depends on JDK1.3.1/SuSE 7.3 2.4.18 kernel. Can someone please point me in the correct direction. Thank You, Anthony Thanks I'll give it a whirl! Anthony Under a regular user acct, I've reinstalled the latest cocoon(cvs) dist with several different releases of TC4 (4.01,4.02, 4.03, 4.10) with NO positive results. The above log results remain the same. Any other suggestions? Thank You, Anthony - 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]
RE: cocoon 2.0 with Tomcat 4.1 installation problems
It has been reported several times that Tomcat 4.0.2 have some issues which prevent Cocoon from starting under it. Use Tomcat 4.0.1 for a while, while these issues are being sorted out. PS Plain text emails are appreciated here. Vadim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 02, 2002 1:28 AM To: [EMAIL PROTECTED] Subject: RE: cocoon 2.0 with Tomcat 4.1 installation problems I've downloaded the latest cocoon build via CVS. I believe the build is OK, because I'm not getting NullPointerExceptions when I run http://localhost:8080/cocoon, but now I'm getting the following error with jdk1.4 and JDK1.4 LE (lightweight distribution) of Tomcat 4.0.2: java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:509) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappCla ssLoader.java:1631) Clearly the .dom packages can't be found. I tried setting the classpath, adding .jar files to the /common/endorsed/ folder, but no luck. When tried to load cocoon with a full 4.0.2 Tomcat distribution, the browser just hangs. This is becoming quite frustrating, any more suggestions are greatly appreciated. Thanks. Mark. Vadim Gritsenko [EMAIL PROTECTED] 03/01/2002 09:59 PM Please respond to cocoon-users To: [EMAIL PROTECTED] cc: Subject: RE: cocoon 2.0 with Tomcat 4.1 installation problems This looks like JDK1.3/JDK1.4 mix-up described recently by Stefano. Do you have two JDK on your machine? Try build.bat from the CVS, should help. http://cvs.apache.org/viewcvs.cgi/~checkout~/xml-cocoon2/build.bat?rev=1 .18 Vadim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 8:08 PM To: [EMAIL PROTECTED] Subject: Re: cocoon 2.0 with Tomcat 4.1 installation problems I appreciate all of the replies to my morning post. Here are some more details. 1) I've tried building Cocoon 2.0.1 again and got errors. I got the version from http://xml.apache.org/cocoon/dist/cocoon-2.0.1-src.zip for my Windows2000 machine. The exact errors were during compilation: compile: [copy] Copying 27 files to C:\java\apache\cocoon-2.0.1\build\cocoon\classes [echo] Compiling with Java 1.4, debug on, optimize off, deprecation off [javac] Compiling 392 source files to C:\java\apache\cocoon-2.0.1\build\coco on\classes [javac] C:\java\apache\cocoon-2.0.1\build\cocoon\src\org\apache\cocoon\compo nents\language\markup\xsp\EsqlConnection.java:22: class org.apache.cocoon.compon ents.language.markup.xsp.EsqlConnection must be declared abstract. It does not d efine void rollback(java.sql.Savepoint) from interface java.sql.Connection. [javac] public class EsqlConnection implements Connection { [javac] ^ [javac] C:\java\apache\cocoon-2.0.1\build\cocoon\src\org\apache\cocoon\compo nents\language\markup\xsp\EsqlConnection.java:22: class org.apache.cocoon.compon ents.language.markup.xsp.EsqlConnection must be declared abstract. It does not d efine java.sql.Statement createStatement(int, int, int) from interface java.sql. Connection. 2) I am able to build a version of Cocoon 2.0 no problem. But when I go to to http://localhost:8080/cocoon on my Tomcat 4.0.2 or Tomcat 4.0.1 install I get a Java Exception/Internal Server Error in my browser. exception: javax.servlet.ServletException: Servlet.init() for servlet Cocoon2 threw exception at org.apache.catalina.core.StandardWrapper.loadServlet(Unknown Source) at org.apache.catalina.core.StandardWrapper.allocate(Unknown Source) at org.apache.catalina.core.StandardWrapperValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown Source) at org.apache.catalina.core.StandardContextValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source) at org.apache.catalina.valves.CertificatesValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown
RE: Cocoon and Jetty
At 11:11 AM +0100 3/2/02, giacomo wrote: After wasting this whole week trying to get Cocoon out of the box with not one suggestions from cocoon developers, I'm beginning to get the message. Maybe you missed the reply from Vadim. He *is* a cocoon developer. Then my apologies to Vadim. This was not apparent from his sig. Finally my suggestion to you would be try it on another servlet engine as my experience is that is usually *does* run out of the box following the installation guidlines from the documents. As I said, the problem is not with Jetty. I've tried it with two versions of tomcat with similar results to those reported below. I'm not interested in taking anything out on this list. I'm interested in getting my app on the air, while repaying the help I did receive (largely) from users with a bread crumb trail to zope, which appears to be a superior alternative to cocoon that DOES work out of the box and does have support from its developers. Bye now. On Friday 01 March 2002 03:17 pm, Anthony W. Marino wrote: Under a regular user acct, I've reinstalled the latest cocoon(cvs) dist with several different releases of TC4 (4.01,4.02, 4.03, 4.10) with NO positive results. The above log results remain the same. -- Brad Cox, PhD; [EMAIL PROTECTED] 703 361 4751 o For industrial age goods there were checks and credit cards. For everything else there is http://virtualschool.edu/mybank o Java Interactive Learning Environment http://virtualschool.edu/jile o Java Web Application Architecture: http://virtualschool.edu/jwaa - 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]
RE: fixed - cocoon 2.0 with Tomcat 4.1 installation problems
Vadim, Just wanted confirm that the problems were with Tomcat 4.0.2 not Cocoon. I switched to 4.0.1 and everything seems to be OK. Thanks for the help, Mark. Vadim Gritsenko vadim.gritsenko@vTo: [EMAIL PROTECTED] erizon.net cc: Subject: RE: cocoon 2.0 with Tomcat 4.1 installation problems 03/02/2002 10:19 AM Please respond to cocoon-users It has been reported several times that Tomcat 4.0.2 have some issues which prevent Cocoon from starting under it. Use Tomcat 4.0.1 for a while, while these issues are being sorted out. PS Plain text emails are appreciated here. Vadim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 02, 2002 1:28 AM To: [EMAIL PROTECTED] Subject: RE: cocoon 2.0 with Tomcat 4.1 installation problems I've downloaded the latest cocoon build via CVS. I believe the build is OK, because I'm not getting NullPointerExceptions when I run http://localhost:8080/cocoon, but now I'm getting the following error with jdk1.4 and JDK1.4 LE (lightweight distribution) of Tomcat 4.0.2: java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:509) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappCla ssLoader.java:1631) Clearly the .dom packages can't be found. I tried setting the classpath, adding .jar files to the /common/endorsed/ folder, but no luck. When tried to load cocoon with a full 4.0.2 Tomcat distribution, the browser just hangs. This is becoming quite frustrating, any more suggestions are greatly appreciated. Thanks. Mark. Vadim Gritsenko [EMAIL PROTECTED] 03/01/2002 09:59 PM Please respond to cocoon-users To: [EMAIL PROTECTED] cc: Subject: RE: cocoon 2.0 with Tomcat 4.1 installation problems This looks like JDK1.3/JDK1.4 mix-up described recently by Stefano. Do you have two JDK on your machine? Try build.bat from the CVS, should help. http://cvs.apache.org/viewcvs.cgi/~checkout~/xml-cocoon2/build.bat?rev=1 .18 Vadim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 8:08 PM To: [EMAIL PROTECTED] Subject: Re: cocoon 2.0 with Tomcat 4.1 installation problems I appreciate all of the replies to my morning post. Here are some more details. 1) I've tried building Cocoon 2.0.1 again and got errors. I got the version from http://xml.apache.org/cocoon/dist/cocoon-2.0.1-src.zip for my Windows2000 machine. The exact errors were during compilation: compile: [copy] Copying 27 files to C:\java\apache\cocoon-2.0.1\build\cocoon\classes [echo] Compiling with Java 1.4, debug on, optimize off, deprecation off [javac] Compiling 392 source files to C:\java\apache\cocoon-2.0.1\build\coco on\classes [javac] C:\java\apache\cocoon-2.0.1\build\cocoon\src\org\apache\cocoon\compo nents\language\markup\xsp\EsqlConnection.java:22: class org.apache.cocoon.compon ents.language.markup.xsp.EsqlConnection must be declared abstract. It does not d efine void rollback(java.sql.Savepoint) from interface java.sql.Connection. [javac] public class EsqlConnection implements Connection { [javac] ^ [javac] C:\java\apache\cocoon-2.0.1\build\cocoon\src\org\apache\cocoon\compo nents\language\markup\xsp\EsqlConnection.java:22: class org.apache.cocoon.compon
RE: XSP serverpages generator: entities within element attributes are being resolved.
Try the following work around: THING foo=100 xsp:attribute name=datastring of characters/xsp:attribute /THING Vadim From: Benjamin Grant [mailto:[EMAIL PROTECTED]] Hello, I am encountering a problem when applying the serverpages generator to files which contain XML elements that have attributes which contain entity references. The serverpages generator is failing during compilation, because Cocoon is resolving entity references, INCLUDING those within elements outside of the xsp namespace, and specifically entity references within attributes of those elements. I understand this may be normal since the file is processed by a SAX parser inside Cocoon, but it seems like there ought to be a way to override the resolution for entities within elements outside of the XSP namespace when using the serverpages generator. I've looked around a lot, read all the docs. Maybe I missed it. Sample: xsp:... blah blah page STUFF THING foo=100 data=string of quot; characters/ THING foo=101 data=another nbsp; string thing/ /STUFF /page /xsp... This is handled by something standard like: map:match pattern=stuff/**.xml map:generate type=serverpages src=stuff/{1}.xml/ map:transform src=style/stuff.xsl/ map:serialize type=html/ /map:match And produces, in the work directory, java sourcecode output like this: xspAttr.addAttribute(, foo, foo, CDATA, string of characters); Which the compiler chokes on due to the mismatched quote characters. Any thoughts on ways around this, aside from resorting to putting everything in distinct elements, would be most appreciated. - 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]
RE: [SOLUTION] Cocoon with the Tomcat 4.0.3
From: Bud Gibson [mailto:[EMAIL PROTECTED]] Vadim Gritsenko wrote: Hi, Here are steps to install Cocoon with the Tomcat 4.0.3. Following steps ... Known issues: I did not put any effort into configuring JSP examples, and they do not work out-of-the-box. Please try these steps and get back with results. Vadim Vadim: This is remarkably similar to a solution that I got to work for tomcat 4.0.2 and posted earlier this week. Key difference here: Tomcat 4.0.3. It has differences in the class loader behavior (see bug 6374). Others have posted similar workarounds. Sorry, may be I missed them. The one of the reasons I posted this (as you are saying - again) because that's what I'm planning to put into installation guide. Also, to reduce amount of messages can't run Cocoon with tomcat. The part that would not work for me was XSP. Any thoughts on what that would take? XSPs are working fine with this solution. May be because of Tomcat 4.0.3. Try it. Vadim - 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]
Fwd: Re: C2/TC4 issues
Help, please. Thanks,Anthony. -- Forwarded Message -- Subject: Re: C2/TC4 issues Date: Sat, 2 Mar 2002 13:19:22 -0500 From: Anthony W. Marino [EMAIL PROTECTED] To: Vadim Gritsenko [EMAIL PROTECTED] On Saturday 02 March 2002 01:03 pm, Vadim Gritsenko wrote: What's the complete stack trace you get? javax.servlet.ServletException: Wrapper cannot find servlet class org.apache.cocoon.servlet.CocoonServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:807) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3 267) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3384) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:785) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:454) at org.apache.catalina.core.StandardHost.install(StandardHost.java:712) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:647) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:777) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:463) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport .java:155) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131) at org.apache.catalina.core.StandardHost.start(StandardHost.java:612) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:307) at org.apache.catalina.core.StandardService.start(StandardService.java:388) at org.apache.catalina.core.StandardServer.start(StandardServer.java:505) at org.apache.catalina.startup.Catalina.start(Catalina.java:776) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) - Root Cause - java.lang.ClassNotFoundException: org.apache.cocoon.servlet.CocoonServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java :1307) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java :1156) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:801) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3 267) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3384) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:785) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:454) at org.apache.catalina.core.StandardHost.install(StandardHost.java:712) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:647) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:777) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:463) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport .java:155) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131) at org.apache.catalina.core.StandardHost.start(StandardHost.java:612) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:307) at org.apache.catalina.core.StandardService.start(StandardService.java:388) at org.apache.catalina.core.StandardServer.start(StandardServer.java:505) at org.apache.catalina.startup.Catalina.start(Catalina.java:776) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) 2002-03-02 09:26:24 StandardWrapper[/cocoon:default]: Loading container servlet default Could you also try steps [SOLUTION] Cocoon with Tomcat 4.0.3? Vadim Ok. -Original Message- From: Anthony W. Marino [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 02, 2002 9:47 AM To: [EMAIL PROTECTED]; Bruce Perryman Subject: Re: C2/TC4 issues On Friday 01 March 2002 03:17 pm, Anthony W. Marino wrote: On Friday 01 March 2002 03:11 pm, Bruce Perryman wrote: OK, here's my deal. I've had similar problems for about a week. First, Peter Baer (God bless him) did this research with some other folks and found, among other things, that TC4.02 doesn't work with C2 and that if you install and run as root you'll have problems as well. I tried changing ownership/permissions from root to another user and had no success. I finally started all over, downloading TC4.01 and C2(C2.02-dev) from CVS. I built and installed the source as a normal user and not as root. It worked. My suggestion is first view Install and run C2+T4 as user, not root! on Cocoon-users
[SOLUTION] Cocoon with the Tomcat 4.0.3
Hi, Here are steps to install Cocoon with the Tomcat 4.0.3. Following steps were tried under Win2000 and Cocoon CVS version, and assume that Tomcat is installed under C:\Apache\jakarta-tomcat-4.0.3 directory. Make appropriate arrangements in JAR file versions for older Cocoon and directories/slashes for Linux. 1. Download and install Tomcat 4.0.3, from http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/ 2. Copy following libraries from the xml-cocoon2\lib\core directory to the %CATALINA_HOME%\common\lib directory: xalan-2.3.1.jar xercesImpl-2.0.0.jar xml-apis.jar 3. Copy following library from the xml-cocoon2\lib\optional directory to the %CATALINA_HOME%\common\lib directory: batik-libs-1.1.1.jar 4. Remove xt-19991105.jar from the xml-cocoon2\lib\optional directory. 5. Edit extra-classpath parameter in the xml-cocoon2\src\webapp\WEB-INF\web.xml: init-param param-nameextra-classpath/param-name param-valueC:\Apache\jakarta-tomcat-4.0.3\common\lib\xalan-2.3.1.jar;C :\Apache\jakarta-tomcat-4.0.3\common\lib\xercesImpl-2.0.0.jar;C:\Apache\ jakarta-tomcat-4.0.3\common\lib\xml-apis.jar;C:\Apache\jakarta-tomcat-4. 0.3\common\lib\batik-libs-1.1.1.jar/param-value /init-param 6. Clean Cocoon: build clean 7. Build Cocoon: build -Dinclude.webapp.libs=yes webapp 8. Copy xml-cocoon2\build\cocoon\cocoon.war 9. Launch Tomcat. Access http://localhost:8080/cocoon/; Known issues: I did not put any effort into configuring JSP examples, and they do not work out-of-the-box. Please try these steps and get back with results. Vadim - 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]
Correction: [SOLUTION] Cocoon with the Tomcat 4.0.3
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Hi, Here are steps to install Cocoon with the Tomcat 4.0.3. Following steps were tried under Win2000 and Cocoon CVS version, and assume that Tomcat is installed under C:\Apache\jakarta-tomcat-4.0.3 directory. Make appropriate arrangements in JAR file versions for older Cocoon and directories/slashes for Linux. 1. Download and install Tomcat 4.0.3, from http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/ 2. Copy following libraries from the xml-cocoon2\lib\core directory to the %CATALINA_HOME%\common\lib directory: xalan-2.3.1.jar xercesImpl-2.0.0.jar xml-apis.jar 3. Copy following library from the xml-cocoon2\lib\optional directory to the %CATALINA_HOME%\common\lib directory: batik-libs-1.1.1.jar 4. Remove xt-19991105.jar from the xml-cocoon2\lib\optional directory. 5. Edit extra-classpath parameter in the xml-cocoon2\src\webapp\WEB-INF\web.xml: init-param param-nameextra-classpath/param-name param-valueC:\Apache\jakarta-tomcat-4.0.3\common\lib\xalan-2.3.1.jar;C :\Apache\jakarta-tomcat-4.0.3\common\lib\xercesImpl-2.0.0.jar;C:\Apache\ jakarta-tomcat-4.0.3\common\lib\xml-apis.jar;C:\Apache\jakarta-tomcat-4. 0.3\common\lib\batik-libs-1.1.1.jar/param-value /init-param 6. Clean Cocoon: build clean 7. Build Cocoon: build -Dinclude.webapp.libs=yes webapp 8. Copy xml-cocoon2\build\cocoon\cocoon.war Forgot to mention one step: Remove xalan, xerces, batik, xml-apis libraries from the cocoon.war archive. 9. Launch Tomcat. Access http://localhost:8080/cocoon/; Known issues: I did not put any effort into configuring JSP examples, and they do not work out-of-the-box. Please try these steps and get back with results. Vadim - 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]
DO NOT REPLY [PATCH QUEUE] Summary March 3 2002
--- This mail is generated automatically using Jakarta Ant. Contents are automatically downloaded from Apache's Bugzilla. --- Please do not reply to this mail. --- *** COCOON PATCH QUEUE UPDATE patches in queue: 9 *** --- 6047:[PATCH] documentation of new build targets and minor update --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6047 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 6212:[PATCH] make patches.xml link directly to bugzilla --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6212 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 6549:[PATCH] new powered by Cocoon bitmap --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6549 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 6554:[PATCH] new interactive target in build to help in installin --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6554 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 6611:[PATCH] Castor Transformer --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6611 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 6654:[PATCH] Getting Cocoon-2.0.1 working on BES 5 --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6654 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 6657:[PATCH] CookieMatcher contribution --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6657 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 6658:[PATCH] CastorTransfromer --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6658 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW --- 6664:[PATCH] CookieSelector --- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6664 REVIEWER:[EMAIL PROTECTED] RESOLUTION: STATUS: NEW *that's it! patch HOWTO Send patches to http://nagoya.apache.org/bugzilla/ specifying [PATCH] in the summary. Bugzilla sends a mail automatically to this list. Reviewers will mark it FIXED there when applied. Patches not sent to Bugzilla will not be reviewed. --- This file is scheduled to be generated every Tuesday and Friday 1:00 CET for the cocoon-dev mailing list, on Sundays 1:00 CET for the cocoon-users mailing list. For any problem, question or suggestion, please notify [EMAIL PROTECTED] --- There is a HEAD branch and sometimes a previous-version branch that are maintained. Where will the patch go? 1. If it is a bug fix it should go to both branches 2. If something is totally new it goes into HEAD scratchpad. 3. Something in between, but does not break backward compatibility _may_ go into both (and may not) 4. For everything else, a vote is required so first it may go into HEAD, and then be VOTEd in order to sync this into branch. Please note that structural changes have to be VOTEd first. - 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]
RE: Urgent: Execution of pipeline at startup
Hello, It's not the precompilation of JSP or XSP I am talking about. But caching of datastructures , role definitions, access-controls , schema of data structure etc. These will be typically defined in a database. So What I am looking for is a callback or a hookup to execute a pipeline when cocoon starts up Regds, Chiths === -Original Message- From: Christian Haul [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 02, 2002 2:23 AM To: [EMAIL PROTECTED] Subject: Re: Urgent: Execution of pipeline at startup On 01.Mar.2002 -- 11:04 PM, Chitharanjan Das wrote: Hello, I had raised this issue earlier... Please confirm if this is possible at all. I need to cache some data structures and some schema elements. Is there a way to execute a pipeline or any other possibilities to cache the information at COCOON'S startup. Currently, I am performing this caching at first access. I would surely like to cache the information at startup, rather than at first access... I know of two possibilities: use the -precompile target when building your war or use a spider after startup so that all pages are generated then. Chris. C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - 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]