Re: Cocoon w/Jetty - A Minimalist's Guide
Le Samedi, 8 mars 2003, à 03:03 Europe/Zurich, Tony Collen a écrit : ...http://manero.org/weblog/archives/75.html Cool! Nice step in getting people up to speed with Cocoon quickly. As you mention, it would be good to add this to the wiki if it's ok for you. Just two comments: -you might want to include a mention of build clean in case the user has been experimenting before -maybe adding a what next section at the end would be useful. A minimalist what next that I can think of is suggesting that people edit welcome.xml or welcome.xslt and notice that the changes are reflected in the browser. -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon and Jetty
OK I fixed it myself. I started again with Jetty and this time copied just the xalan jar in from Cocoon to ext. The then copied xerces and xml jars across from Tomcat, deleted tmp files and tried again. This time it worked. Now, to try doing something with cocoon. Cheers anyway, Luke. - On Tuesday, Feb 25, 2003, at 12:57 Europe/London, Luke Noel-Storr wrote: Hi, Sorry if this has already been covered a million times, however I've been searching high and low and cannot find any help. Anyway, I've been lurking on these mailing lists and it seems that a lot of people think that Jetty is the way to go. So, as I'm ill at home today I thought I'd finally give cocoon a go and though I'd try and get it working on Jetty. I have Cocoon 2.0.4, Jetty 4.2.8, Java 1.3.1 all on OSX 10.2.4 OK, I tried just popping the cocoon.war file in $JETTY_HOME/webapps and got the error: Exception in thread main javax.xml.transform.TransformerFactoryConfigurationError: java.lang.ClassNotFoundException: org.apache.xalan.processor.TransformerFactoryImpl I tried exploding the war file and putting it in the same directory and got the same error. I then tried copying the jar files from the Cocoon WEB_INF/lib folder to the Jetty ext folder. This time I got further, but when I tried to browse to localhost:8080/cocoon I got the following error displayed in my browser: type: fatal message: SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader description: java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration sender: org.apache.cocoon.servlet.CocoonServlet source: Cocoon servlet I start Jetty with the command: jetty.sh run What am I doing wrong? What do I need to do to get cocoon up and running under Jetty? Are there any guides? I managed to get it working under Tomcat just by dropping the war file in the webapps folder. I would however prefer to use Jetty. Thanks in advance for any help, Luke. - - 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 and Jetty
On Tuesday, February 25, 2003, at 03:39 PM, Luke Noel-Storr wrote: OK I fixed it myself. I started again with Jetty and this time copied just the xalan jar in from Cocoon to ext. The then copied xerces and xml jars across from Tomcat, deleted tmp files and tried again. This time it worked. Now, to try doing something with cocoon. another technique, as of today's CVS HEAD, is to run Cocoon in the copy of Jetty that comes built-in. cd [your path to]xml-cocoon2 ./cocoon servlet starts Cocoon on port regards Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon and Jetty
Hi, let meg add my 2c.. I'm developing on Cocoon 2.0.1 dropped in JBoss3 beta cvs snapshots, which uses Jetty as its webserver. It's about 30 sec getting Cocoon work on that config: - drop xerces, xalan, xml-apis and jstyle jars into jboss3/lib - add this into run.sh of jboss3: # Cocoon stuff JBOSS_CLASSPATH=$JBOSS_CLASSPATH:../lib/xerces-1.4.4.jar JBOSS_CLASSPATH=$JBOSS_CLASSPATH:../lib/xalan-2.2.0-D13.jar JBOSS_CLASSPATH=$JBOSS_CLASSPATH:../lib/xml-apis.jar JBOSS_CLASSPATH=$JBOSS_CLASSPATH:../lib/jstyle.jar So I guess getting Cocoon2 work on plain Jetty is very similar too. Christopher ps. I do prefer Python for unix sysadmin tasks, but imho it's far from being an enterprise tool.. On Sun, Mar 03, 2002 at 07:04:30PM -0800, Rob Finneran wrote: Hello Listees, I remember Brad from seeing him on the Jetty list. He helped me out one day when I was having some problems - so I think he's a good guy, despite his frustrations. As for my own experience with Cocoon: I can report success with C2 and the JBoss-2.4.4/Jetty-3.1.3 combination right out of the box. The real trick was for me to get Xerces working with JBoss-2.4.4/Jetty-3.1.3. After I accomplished that, I simply copied the cocoon .war file to the JBoss deploy directory and then it was working fine. While I think Python and Zope are good tools, I prefer the power and flexibility of the Java-based open-source solutions. Rob -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 02, 2002 7:34 AM To: [EMAIL PROTECTED] Subject: 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] - 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] -- .Digital.Yearning.for.Networked.Assassination.and.Xenocide - 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 and Jetty
Hello Listees, I remember Brad from seeing him on the Jetty list. He helped me out one day when I was having some problems - so I think he's a good guy, despite his frustrations. As for my own experience with Cocoon: I can report success with C2 and the JBoss-2.4.4/Jetty-3.1.3 combination right out of the box. The real trick was for me to get Xerces working with JBoss-2.4.4/Jetty-3.1.3. After I accomplished that, I simply copied the cocoon .war file to the JBoss deploy directory and then it was working fine. While I think Python and Zope are good tools, I prefer the power and flexibility of the Java-based open-source solutions. Rob -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 02, 2002 7:34 AM To: [EMAIL PROTECTED] Subject: 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] - 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 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: 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: Cocoon and Jetty??
34369 Feb 28 15:45 maybeupload_1-0-5pre3.jar -rw-r--r--1 bcox wheel 454985 Feb 28 15:45 pizza-1.1.jar -rw-r--r--1 bcox wheel 14778 Feb 28 15:45 rdffilter.jar -rw-r--r--1 bcox wheel 50905 Feb 28 15:45 resolver-20020130.jar -rw-r--r--1 bcox wheel 390767 Feb 28 15:45 rhino-1.5r3.jar -rw-r--r--1 bcox wheel 328036 Feb 28 15:45 velocity-1.2.jar -rw-r--r--1 bcox wheel 906248 Feb 28 15:45 xalan-2.3.1.jar lrwxrwxrwx1 bcox wheel 28 Mar 1 10:40 xerces.jar - /xerces/build/xercesImpl.jar lrwxrwxrwx1 bcox wheel 23 Mar 1 10:48 xml-apis.jar - /xalan/bin/xml-apis.jar -rw-r--r--1 bcox wheel8969 Feb 28 15:45 xmldb-api-2001.jar -rw-r--r--1 bcox wheel 352905 Feb 28 15:45 xt-19991105.jar A clue. A grep on the jetty -DDEBUG output for SAXParser|XMLREader gave these hits. According to my understanding, four AppClassLoaders loaded these (separated by blank line), and NONE of them were the one specified in the system properties, org.apache.xerces.parsers.SAXParser. The only one loaded is javax.xml.parsers.SAXParser from xmlApi.jar, which indeed doesn't implement XMLReader. try loadClass javax.xml.parsers.SAXParserFactory from sun.misc.Launcher$AppClassLoader@28c78b3c try loadClass javax.xml.parsers.SAXParser from sun.misc.Launcher$AppClassLoader@28c78b3c try loadClass org.xml.sax.XMLReader from sun.misc.Launcher$AppClassLoader@28c78b3c try loadClass org.xml.sax.helpers.XMLReaderFactory from sun.misc.Launcher$AppClassLoader@28c78b3c try loadClass org.apache.xerces.jaxp.SAXParserFactoryImpl from sun.misc.Launcher$AppClassLoader@28c78b3c try loadClass org.apache.xerces.jaxp.SAXParserFactoryImpl from sun.misc.Launcher$AppClassLoader@28c78b3c try loadClass javax.xml.parsers.SAXParserFactory from sun.misc.Launcher$AppClassLoader@23038bb9 try loadClass javax.xml.parsers.SAXParser from sun.misc.Launcher$AppClassLoader@23038bb9 try loadClass org.xml.sax.XMLReader from sun.misc.Launcher$AppClassLoader@23038bb9 try loadClass org.xml.sax.helpers.XMLReaderFactory from sun.misc.Launcher$AppClassLoader@23038bb9 try loadClass javax.xml.parsers.SAXParserFactory from sun.misc.Launcher$AppClassLoader@2367f253 try loadClass javax.xml.parsers.SAXParser from sun.misc.Launcher$AppClassLoader@2367f253 try loadClass org.xml.sax.XMLReader from sun.misc.Launcher$AppClassLoader@2367f253 try loadClass org.xml.sax.helpers.XMLReaderFactory from sun.misc.Launcher$AppClassLoader@2367f253 try loadClass javax.xml.parsers.SAXParserFactory from sun.misc.Launcher$AppClassLoader@62bf2b5 try loadClass javax.xml.parsers.SAXParser from sun.misc.Launcher$AppClassLoader@62bf2b5 try loadClass org.xml.sax.XMLReader from sun.misc.Launcher$AppClassLoader@62bf2b5 try loadClass org.xml.sax.helpers.XMLReaderFactory from sun.misc.Launcher$AppClassLoader@62bf2b5 try loadClass javax.xml.parsers.SAXParserFactory from sun.misc.Launcher$AppClassLoader@2363f449 try loadClass javax.xml.parsers.SAXParser from sun.misc.Launcher$AppClassLoader@2363f449 try loadClass org.xml.sax.XMLReader from sun.misc.Launcher$AppClassLoader@2363f449 try loadClass org.xml.sax.helpers.XMLReaderFactory from sun.misc.Launcher$AppClassLoader@2363f449 I've hit the end of the rope at this point. Any help would be appreciated!! Take it step by step. First completely replace crimson with xerces as your xml parser. Remove javax.xml.jaxp.jar and org.apache.crimson.jar from jetty/lib. Then make sure jetty loads fine WITHOUT Crimson before attempting to use cocoon. Although these lines come from my jboss/bin/run.bat file, they should still be elpful. The settings are pretty much universal: REM *** tools.jar needs to be in CLASSPATH for JSP's to compile: set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/jdk1.3.1_02/lib/tools.jar REM *** Latest Xerces and Xalan (I downloaded and installed seperatly from C2: REM Xerces-2_0_0 and Xalan-j_2_3_0 Configuration set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/src/xerces-2_0_0/xercesImpl.jar set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/src/xerces-2_0_0/xmlParserAPIs.jar set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/src/Xalan-j_2_3_0/bin/xalan.jar REM set up jaxp properties to reference parser and transformer implementations: set JAXP=-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.Docum entBuilderFactoryImpl set JAXP=%JAXP% -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXP arserFactoryImpl set JAXP=%JAXP% -Djavax.xml.transform.TransformerFactory=org.apache.xalan.proces sor.TransformerFactoryImpl REM Here how I start JBOSS: java %JAXP% -classpath %JBOSS_CLASSPATH% org.jboss.Main %1 %2 %3 %4 %5 %6 %7 %8 %9 Hope this helps!! Rob -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 5:31 PM To: [EMAIL PROTECTED] Subject: RE: Cocoon and Jetty?? I'm still unable to get cocoon running on jetty. Been at it all day. I'm using the CVS
RE: Cocoon and Jetty??
Just another thought - Some older versions of crimson come with funny names like parsers.jar, etc. Maybe this will help?? -Original Message- From: Rob Finneran [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 1:14 PM To: [EMAIL PROTECTED] Subject: RE: Cocoon and Jetty?? Well, I'm not really sure, but my hunch still is that it's still picking up the either the crimson stuff or a different version of JAXP (now I really don't know much about what I'm talking about!) Its my understanding that the relevant JAXP and SAX API are all built into the two Xerces 2.0 jars. Somewhere you classpath is picking up something from the wrong libriaries. That's why I recommened that you more closely control your classpath. I thought I've seen this problem before, if I remember correctly. It occurs not only with Jetty, but Tomcat as well. Also, be careful that these API are not loaded from your JAVA_HOME/lib/ext directory either. BTW, the .war should be expanded to the webapps/cocoon directory and not the webapps/war/cocoon. But I don't think this is your first problem, In fact I would bet that your problem is with completly replacing the Crimson processor with Xerces. Try removing cocoon completly and just get Jetty to work with Xerces first. Good Luck! -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 8:16 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Greg Wilkins Subject: RE: Cocoon and Jetty?? At 5:49 PM -0800 2/28/02, Rob Finneran wrote: Hey Brad nice to see you around again, And thanks for the help! But after making all of your changes, I'm still getting exactly the same problem. See possible clue towards the end. I've also downloaded the latest version of xerces (was using the beta before) and installed that as instructed in jetty/lib and cocoon/war/WEB-INF/lib. At 10:57 AM -0500 3/1/02, Brad Cox wrote: Cocoon 2 - Internal server error type fatal message SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader description java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generat eCode(AbstractMarkupLanguage.java:377) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.genera teResource(ProgramGeneratorImpl.java:368) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.create Resource(ProgramGeneratorImpl.java:331) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(P rogramGeneratorImpl.java:294) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) Here's my ~/.jettrc export JAVA_HOME=/jdk export JAVA=$JAVA_HOME/bin/java export JETTY_HOME=/jetty export JETTY_OPTIONS=-DDEBUG \ -Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBu ilderFactoryImpl\ -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactory Impl\ -Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.Transfor merFactoryImpl\ export JAVA_OPTIONS=\ -Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBu ilderFactoryImpl\ -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactory Impl\ -Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.Transfor merFactoryImpl\ Which (I think) is the same as your instructions. The only thing in jetty/webaps at this point is cocoon/war; all my webapps are removed. [bcox@linux:/jetty/webapps]$ d /jetty/webapps total 0 lrwxrwxrwx1 bcox wheel 12 Feb 28 11:30 cocoon - /cocoon/war/ [bcox@linux:/jetty/webapps]$ d /jetty/lib total 1264 -rw-r--r--1 bcox wheel 474421 Oct 21 08:57 com.sun.net.ssl.jar -rw-r--r--1 bcox wheel 75163 Feb 28 12:56 javax.servlet.jar -rw-r--r--1 bcox wheel 277370 Feb 28 12:56 org.apache.jasper.jar -rw-r--r--1 bcox wheel 453817 Feb 28 12:56 org.mortbay.jetty.jar lrwxrwxrwx1 bcox wheel 28 Mar 1 10:18 parser.jar - /xerces/build/xercesImpl.jar lrwxrwxrwx1 bcox wheel 39 Feb 28 16:53 xalan-2.3.1.jar - /cocoon/war/WEB-INF/lib/xalan-2.3.1.jar lrwxrwxrwx1 bcox wheel 31 Mar 1 10:17 xmlParserAPIs.jar - /xerces/build/xmlParserAPIs.jar drwxr-xr-x6 bcox wheel1024 Feb 28 18:29 z [bcox@linux:/jetty/webapps]$ d /cocoon/war/WEB-INF/lib/ total 14411 -rw-r--r--1 bcox wheel 196490 Feb 28 15:45 avalon-excalibur-4.1.jar -rw-r--r--1 bcox wheel 47564 Feb 28 15:45 avalon
RE: Cocoon and Jetty??
At 1:14 PM -0800 3/1/02, Rob Finneran wrote: Well, I'm not really sure, but my hunch still is that it's still picking up the either the crimson stuff or a different version of JAXP (now I really don't know much about what I'm talking about!) I don't think so, see below: Somewhere you classpath is picking up something from the wrong libriaries. That's why I recommened that you more closely control your classpath. I thought I've seen this problem before, if I remember correctly. It occurs not only with Jetty, but Tomcat as well. Also, be careful that these API are not loaded from your JAVA_HOME/lib/ext directory either. Will check that next. I've since downloaded tomcat 4.0.2 AND AM GETTING EXACTLY THE SAME PROBLEM. BTW, the .war should be expanded to the webapps/cocoon directory and not the webapps/war/cocoon. But I don't think this is your first problem, In fact I would bet that your problem is with completly replacing the Crimson processor with Xerces. Try removing cocoon completly and just get Jetty to work with Xerces first. I've been using xerces, xalan and velocity with jetty in my own webapps previously so I know jetty works properly with thse. I've eliminated everything but cocoon from webapps by now just to be safe. The jetty DEBUG output explicitly lists the jars its examining: 12:21:25.234 DEBUG try findClass org.apache.jasper.servlet.JspServlet from file:/jetty/webapps/cocoon/WEB-INF/lib/javac.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/avalon-scratchpad-20020212.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xalan-2.3.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jakarta-regexp-1.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/avalon-framework-4.1.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/logkit-1.0.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/commons-collections-1.0.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xerces.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xml-apis.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/commons-httpclient-20011012.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/avalon-excalibur-4.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/fop-0.20.3rc.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xmldb-api-2001.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jimi-1.0.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/hsqldb-1.61.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/batik-libs-1.1.1.jar, file:/jetty/webapps/cocoon /WEB-INF/lib/velocity-1.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/resolver-20020130.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/rhino-1.5r3.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xt-19991105.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jstyle.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/maybeupload_1-0-5pre3.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/lucene-1.2-rc2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/rdffilter.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jisp_1_0_2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/deli-0.43.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/bsf-2.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jena-1.3.0.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jtidy-04aug2000r7-dev.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/pizza-1.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/cocoon-2.0.2-dev.jar, file:/jetty/webapps/cocoon/WEB-INF/classes/ -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 8:16 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Greg Wilkins Subject: RE: Cocoon and Jetty?? At 5:49 PM -0800 2/28/02, Rob Finneran wrote: Hey Brad nice to see you around again, And thanks for the help! But after making all of your changes, I'm still getting exactly the same problem. See possible clue towards the end. I've also downloaded the latest version of xerces (was using the beta before) and installed that as instructed in jetty/lib and cocoon/war/WEB-INF/lib. At 10:57 AM -0500 3/1/02, Brad Cox wrote: Cocoon 2 - Internal server error type fatal message SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader description java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generat eCode(AbstractMarkupLanguage.java:377) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.genera teResource(ProgramGeneratorImpl.java:368) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.create Resource(ProgramGeneratorImpl.java:331) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(P rogramGeneratorImpl.java:294) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270
RE: Cocoon and Jetty??
Just for fun, eliminate cocoon and test it anyway. Also either rebuild the cocoon jar without the xml parser stuff or remove it from the jetty/webapps/WEB-INF/lib. You might try asking this question on the Xerces-J user list, even if it is a cocoon issue, they would immediately understand the parser error messages. Good Luck! -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 1:34 PM To: [EMAIL PROTECTED] Subject: RE: Cocoon and Jetty?? At 1:14 PM -0800 3/1/02, Rob Finneran wrote: Well, I'm not really sure, but my hunch still is that it's still picking up the either the crimson stuff or a different version of JAXP (now I really don't know much about what I'm talking about!) I don't think so, see below: Somewhere you classpath is picking up something from the wrong libriaries. That's why I recommened that you more closely control your classpath. I thought I've seen this problem before, if I remember correctly. It occurs not only with Jetty, but Tomcat as well. Also, be careful that these API are not loaded from your JAVA_HOME/lib/ext directory either. Will check that next. I've since downloaded tomcat 4.0.2 AND AM GETTING EXACTLY THE SAME PROBLEM. BTW, the .war should be expanded to the webapps/cocoon directory and not the webapps/war/cocoon. But I don't think this is your first problem, In fact I would bet that your problem is with completly replacing the Crimson processor with Xerces. Try removing cocoon completly and just get Jetty to work with Xerces first. I've been using xerces, xalan and velocity with jetty in my own webapps previously so I know jetty works properly with thse. I've eliminated everything but cocoon from webapps by now just to be safe. The jetty DEBUG output explicitly lists the jars its examining: 12:21:25.234 DEBUG try findClass org.apache.jasper.servlet.JspServlet from file:/jetty/webapps/cocoon/WEB-INF/lib/javac.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/avalon-scratchpad-20020212.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xalan-2.3.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jakarta-regexp-1.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/avalon-framework-4.1.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/logkit-1.0.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/commons-collections-1.0.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xerces.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xml-apis.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/commons-httpclient-20011012.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/avalon-excalibur-4.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/fop-0.20.3rc.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xmldb-api-2001.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jimi-1.0.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/hsqldb-1.61.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/batik-libs-1.1.1.jar, file:/jetty/webapps/cocoon /WEB-INF/lib/velocity-1.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/resolver-20020130.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/rhino-1.5r3.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/xt-19991105.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jstyle.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/maybeupload_1-0-5pre3.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/lucene-1.2-rc2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/rdffilter.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jisp_1_0_2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/deli-0.43.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/bsf-2.2.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jena-1.3.0.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/jtidy-04aug2000r7-dev.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/pizza-1.1.jar, file:/jetty/webapps/cocoon/WEB-INF/lib/cocoon-2.0.2-dev.jar, file:/jetty/webapps/cocoon/WEB-INF/classes/ -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 8:16 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Greg Wilkins Subject: RE: Cocoon and Jetty?? At 5:49 PM -0800 2/28/02, Rob Finneran wrote: Hey Brad nice to see you around again, And thanks for the help! But after making all of your changes, I'm still getting exactly the same problem. See possible clue towards the end. I've also downloaded the latest version of xerces (was using the beta before) and installed that as instructed in jetty/lib and cocoon/war/WEB-INF/lib. At 10:57 AM -0500 3/1/02, Brad Cox wrote: Cocoon 2 - Internal server error type fatal message SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader description java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source
RE: Cocoon and Jetty --- Zope
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. The following review points to Zope as a way out. Its time to trash my investment in Java and rebuild my application in Zope. What a bloody waste. A comparative review of Zope and Cocoon. http://www.arielpartners.com/arielpartners/content/public/topics/technology/technologyReviews/zopeVsCocoon -- 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: Cocoon and Jetty??
Apparently you had previous version of Cocoon. http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=101183982808469w=2 Read solution number (6) Vadim -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 9:50 AM To: [EMAIL PROTECTED] Subject: Cocoon and Jetty?? I'm new to cocoon. Just downloaded it yesterday and can't get it to run. AFAIK Jetty doesn't expand wars, so I expanded it manually into /cocoon/war. /cocoon and /jetty are symlinks to /usr/local/realdir. Configured jetty to treat /cocoon/war as a webapp as always. In particular, in /etc/jetty.xml: Call name=addWebApplication Arg/cocoon/*/Arg Arg/cocoon/war//Arg Arg/jetty/etc/webdefault.xml/Arg Arg type=booleanfalse/Arg /Call and in apache's httpd.conf add. ProxyPass /cocoon http://localhost:8080/cocoon I built cocoon as described in the install, modified to use jetty instead of tomcat: ./build.sh -Dinclude.webapp.libs=yes -Dinstall.war=/jetty/webapps webapp The Jetty logs are normal except that they now show Server 1.6 on the air, hit ^C to abort, presumably from cocoon. All this on Linux RH 7.0, Jetty (latest), and IBM SDK 1.3.1 (latest). For Cocoon, same results with the release version and via CVS checkout/rebuild. Can someone help me get on the air? sitemap.log ERROR (2002-02-28) 09:28.11:234 [sitemap](/cocoon/) SocketListener-0/Handler: Error compiling sitemap java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(Defa ultComponentFactory.java:172) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize(Th readSafeComponentHandler.java:84) at org.apache.cocoon.components.language.generator.GeneratorSelector.addGen erator (GeneratorSelector.java:165) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Prog ramGeneratorImpl.java:251) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) error.log ERROR (2002-02-28) 09:28.11:269[access](/cocoon/) SocketListener-0/CocoonServlet: Problem with servlet org.apache.cocoon.ProcessingException: Error compiling sitemap: java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.sitemap.Handler.run(Handler.java:295) at java.lang.Thread.run(Thread.java:498) java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(Defa ultComponentFactory.java:172) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize(Th readSafeComponentHandler.java:84) at org.apache.cocoon.components.language.generator.GeneratorSelector.addGen erator (GeneratorSelector.java:165) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Prog ramGeneratorImpl.java:251) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(Defa ultComponentFactory.java:172) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize(Th readSafeComponentHandler.java:84) at org.apache.cocoon.components.language.generator.GeneratorSelector.addGen erator (GeneratorSelector.java:165) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Prog ramGeneratorImpl.java:251) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) access.log INFO(2002-02-28) 09:27.47:710 [access](/cocoon/) SocketListener-1/CocoonServlet: '' Processed by Apache Cocoon 2.0.2-dev in 410 milliseconds. DEBUG (2002-02-28) 09:28.11:167 [access](/cocoon/) SocketListener-0/AbstractEnvironment: Resolving 'sitemap.xmap' in context 'file:/cocoon/war/' DEBUG (2002-02-28) 09:28.11:168 [access](/cocoon/) SocketListener-0/AbstractEnvironment: Resolved to 'file:/cocoon/war/sitemap.xmap' DEBUG (2002-02-28) 09:28.11:168 [access](/cocoon/) SocketListener-0/AbstractEnvironment: Resolving '' in context 'file:/cocoon/war/' DEBUG (2002-02-28) 09:28.11:169 [access](/cocoon/) SocketListener-0/AbstractEnvironment: Resolved to 'file:/cocoon/war/' ERROR
RE: Cocoon and Jetty??
At 11:02 AM -0500 2/28/02, Vadim Gritsenko wrote: Apparently you had previous version of Cocoon. http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=101183982808469w=2 Read solution number (6) Thanks. But re: Do not forget to remove Cocoon's working directory!!! Where is cocoon's working directory? -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 9:50 AM To: [EMAIL PROTECTED] Subject: Cocoon and Jetty?? I'm new to cocoon. Just downloaded it yesterday and can't get it to run. AFAIK Jetty doesn't expand wars, so I expanded it manually into /cocoon/war. /cocoon and /jetty are symlinks to /usr/local/realdir. Configured jetty to treat /cocoon/war as a webapp as always. In particular, in /etc/jetty.xml: Call name=addWebApplication Arg/cocoon/*/Arg Arg/cocoon/war//Arg Arg/jetty/etc/webdefault.xml/Arg Arg type=booleanfalse/Arg /Call and in apache's httpd.conf add. ProxyPass /cocoon http://localhost:8080/cocoon I built cocoon as described in the install, modified to use jetty instead of tomcat: ./build.sh -Dinclude.webapp.libs=yes -Dinstall.war=/jetty/webapps webapp The Jetty logs are normal except that they now show Server 1.6 on the air, hit ^C to abort, presumably from cocoon. All this on Linux RH 7.0, Jetty (latest), and IBM SDK 1.3.1 (latest). For Cocoon, same results with the release version and via CVS checkout/rebuild. Can someone help me get on the air? sitemap.log ERROR (2002-02-28) 09:28.11:234 [sitemap](/cocoon/) SocketListener-0/Handler: Error compiling sitemap java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(Defa ultComponentFactory.java:172) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize(Th readSafeComponentHandler.java:84) at org.apache.cocoon.components.language.generator.GeneratorSelector.addGen erator (GeneratorSelector.java:165) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Prog ramGeneratorImpl.java:251) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) error.log ERROR (2002-02-28) 09:28.11:269[access](/cocoon/) SocketListener-0/CocoonServlet: Problem with servlet org.apache.cocoon.ProcessingException: Error compiling sitemap: java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.sitemap.Handler.run(Handler.java:295) at java.lang.Thread.run(Thread.java:498) java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(Defa ultComponentFactory.java:172) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize(Th readSafeComponentHandler.java:84) at org.apache.cocoon.components.language.generator.GeneratorSelector.addGen erator (GeneratorSelector.java:165) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Prog ramGeneratorImpl.java:251) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(Defa ultComponentFactory.java:172) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize(Th readSafeComponentHandler.java:84) at org.apache.cocoon.components.language.generator.GeneratorSelector.addGen erator (GeneratorSelector.java:165) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Prog ramGeneratorImpl.java:251) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) access.log INFO(2002-02-28) 09:27.47:710 [access](/cocoon/) SocketListener-1/CocoonServlet: '' Processed by Apache Cocoon 2.0.2-dev in 410 milliseconds. DEBUG (2002-02-28) 09:28.11:167 [access](/cocoon/) SocketListener-0/AbstractEnvironment: Resolving 'sitemap.xmap' in context 'file:/cocoon/war/' DEBUG (2002-02-28) 09:28.11:168 [access](/cocoon/) SocketListener-0/AbstractEnvironment: Resolved to 'file:/cocoon/war/sitemap.xmap' DEBUG (2002-02-28) 09:28.11:168 [access](/cocoon/) SocketListener-0/AbstractEnvironment: Resolving '' in
RE: Cocoon and Jetty??
Thanks. But re: Do not forget to remove Cocoon's working directory!!! Where is cocoon's working directory? tomcat/work/localhost/cocoon is the default work directory - 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 and Jetty??
I'm still unable to get cocoon running on jetty. Been at it all day. I'm using the CVS version of xml-cocoon, built according to instructions. I've replaced all xalan, xercse, crimson, and xml-api files in /jetty/lib with those from cocoon, and done everything else recommended in the article (below). Yes, I've removed the build directory (which is in /tmp in jetty's case). Current symptoms follow. Looks like a classloader problem but danged if I can find it. type fatal message SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader description java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generateCode(AbstractMarkupLanguage.java:377) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:368) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.createResource(ProgramGeneratorImpl.java:331) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:294) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) request-uri /cocoon/ path-info At 11:02 AM -0500 2/28/02, Vadim Gritsenko wrote: Apparently you had previous version of Cocoon. http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=101183982808469w=2 Read solution number (6) Vadim -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 9:50 AM To: [EMAIL PROTECTED] Subject: Cocoon and Jetty?? I'm new to cocoon. Just downloaded it yesterday and can't get it to run. AFAIK Jetty doesn't expand wars, so I expanded it manually into /cocoon/war. /cocoon and /jetty are symlinks to /usr/local/realdir. Configured jetty to treat /cocoon/war as a webapp as always. In particular, in /etc/jetty.xml: Call name=addWebApplication Arg/cocoon/*/Arg Arg/cocoon/war//Arg Arg/jetty/etc/webdefault.xml/Arg Arg type=booleanfalse/Arg /Call and in apache's httpd.conf add. ProxyPass /cocoon http://localhost:8080/cocoon I built cocoon as described in the install, modified to use jetty instead of tomcat: ./build.sh -Dinclude.webapp.libs=yes -Dinstall.war=/jetty/webapps webapp The Jetty logs are normal except that they now show Server 1.6 on the air, hit ^C to abort, presumably from cocoon. All this on Linux RH 7.0, Jetty (latest), and IBM SDK 1.3.1 (latest). For Cocoon, same results with the release version and via CVS checkout/rebuild. Can someone help me get on the air? sitemap.log ERROR (2002-02-28) 09:28.11:234 [sitemap](/cocoon/) SocketListener-0/Handler: Error compiling sitemap java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(Defa ultComponentFactory.java:172) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize(Th readSafeComponentHandler.java:84) at org.apache.cocoon.components.language.generator.GeneratorSelector.addGen erator (GeneratorSelector.java:165) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa d(Prog ramGeneratorImpl.java:251) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) error.log ERROR (2002-02-28) 09:28.11:269[access](/cocoon/) SocketListener-0/CocoonServlet: Problem with servlet org.apache.cocoon.ProcessingException: Error compiling sitemap: java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.sitemap.Handler.run(Handler.java:295) at java.lang.Thread.run(Thread.java:498) java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc e(Defa ultComponentFactory.java:172) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial ize(Th readSafeComponentHandler.java:84) at org.apache.cocoon.components.language.generator.GeneratorSelector.addGen erator (GeneratorSelector.java:165) at
RE: Cocoon and Jetty??
Hey Brad nice to see you around again, Take it step by step. First completely replace crimson with xerces as your xml parser. Remove javax.xml.jaxp.jar and org.apache.crimson.jar from jetty/lib. Then make sure jetty loads fine WITHOUT Crimson before attempting to use cocoon. Although these lines come from my jboss/bin/run.bat file, they should still be elpful. The settings are pretty much universal: REM *** tools.jar needs to be in CLASSPATH for JSP's to compile: set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/jdk1.3.1_02/lib/tools.jar REM *** Latest Xerces and Xalan (I downloaded and installed seperatly from C2: REM Xerces-2_0_0 and Xalan-j_2_3_0 Configuration set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/src/xerces-2_0_0/xercesImpl.jar set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/src/xerces-2_0_0/xmlParserAPIs.jar set JBOSS_CLASSPATH=%JBOSS_CLASSPATH%;/src/Xalan-j_2_3_0/bin/xalan.jar REM set up jaxp properties to reference parser and transformer implementations: set JAXP=-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.Docum entBuilderFactoryImpl set JAXP=%JAXP% -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXP arserFactoryImpl set JAXP=%JAXP% -Djavax.xml.transform.TransformerFactory=org.apache.xalan.proces sor.TransformerFactoryImpl REM Here how I start JBOSS: java %JAXP% -classpath %JBOSS_CLASSPATH% org.jboss.Main %1 %2 %3 %4 %5 %6 %7 %8 %9 Hope this helps!! Rob -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 5:31 PM To: [EMAIL PROTECTED] Subject: RE: Cocoon and Jetty?? I'm still unable to get cocoon running on jetty. Been at it all day. I'm using the CVS version of xml-cocoon, built according to instructions. I've replaced all xalan, xercse, crimson, and xml-api files in /jetty/lib with those from cocoon, and done everything else recommended in the article (below). Yes, I've removed the build directory (which is in /tmp in jetty's case). Current symptoms follow. Looks like a classloader problem but danged if I can find it. type fatal message SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement XMLReader description java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace java.lang.ClassCastException: org.apache.xerces.parsers.StandardParserConfiguration at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(Unknown Source) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generate Code(AbstractMarkupLanguage.java:377) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generat eResource(ProgramGeneratorImpl.java:368) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.createR esource(ProgramGeneratorImpl.java:331) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(Pr ogramGeneratorImpl.java:294) at org.apache.cocoon.sitemap.Handler.run(Handler.java:270) at java.lang.Thread.run(Thread.java:498) request-uri /cocoon/ path-info At 11:02 AM -0500 2/28/02, Vadim Gritsenko wrote: Apparently you had previous version of Cocoon. http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=101183982808469w=2 Read solution number (6) Vadim -Original Message- From: Brad Cox [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 9:50 AM To: [EMAIL PROTECTED] Subject: Cocoon and Jetty?? I'm new to cocoon. Just downloaded it yesterday and can't get it to run. AFAIK Jetty doesn't expand wars, so I expanded it manually into /cocoon/war. /cocoon and /jetty are symlinks to /usr/local/realdir. Configured jetty to treat /cocoon/war as a webapp as always. In particular, in /etc/jetty.xml: Call name=addWebApplication Arg/cocoon/*/Arg Arg/cocoon/war//Arg Arg/jetty/etc/webdefault.xml/Arg Arg type=booleanfalse/Arg /Call and in apache's httpd.conf add. ProxyPass /cocoon http://localhost:8080/cocoon I built cocoon as described in the install, modified to use jetty instead of tomcat: ./build.sh -Dinclude.webapp.libs=yes -Dinstall.war=/jetty/webapps webapp The Jetty logs are normal except that they now show Server 1.6 on the air, hit ^C to abort, presumably from cocoon. All this on Linux RH 7.0, Jetty (latest), and IBM SDK 1.3.1 (latest). For Cocoon, same results with the release version and via CVS checkout/rebuild. Can someone help me get on the air? sitemap.log ERROR (2002-02-28) 09:28.11:234 [sitemap](/cocoon/) SocketListener-0/Handler: Error compiling sitemap java.lang.NoSuchFieldError: org.apache.cocoon.sitemap.AbstractSitemap: field manager not found at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347
