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 lrwxrwxrwx 1 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 lrwxrwxrwx 1 bcox wheel 28 Mar 1 10:18 parser.jar -> /xerces/build/xercesImpl.jar lrwxrwxrwx 1 bcox wheel 39 Feb 28 16:53 xalan-2.3.1.jar -> /cocoon/war/WEB-INF/lib/xalan-2.3.1.jar lrwxrwxrwx 1 bcox wheel 31 Mar 1 10:17 xmlParserAPIs.jar -> /xerces/build/xmlParserAPIs.jar drwxr-xr-x 6 bcox wheel 1024 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-framework-4.1.2.jar -rw-r--r-- 1 bcox wheel 242984 Feb 28 15:45 avalon-scratchpad-20020212.jar drwxr-xr-x 2 bcox wheel 1024 Mar 1 10:48 bak -rw-r--r-- 1 bcox wheel 2028870 Feb 28 15:45 batik-libs-1.1.1.jar -rw-r--r-- 1 bcox wheel 105573 Feb 28 15:45 bsf-2.2.jar -rw-r--r-- 1 bcox wheel 926259 Feb 28 15:45 cocoon-2.0.2-dev.jar -rw-r--r-- 1 bcox wheel 58798 Feb 28 15:45 commons-collections-1.0.jar -rw-r--r-- 1 bcox wheel 64553 Feb 28 15:45 commons-httpclient-20011012.jar -rw-r--r-- 1 bcox wheel 25882 Feb 28 15:45 deli-0.43.jar -rw-r--r-- 1 bcox wheel 1794398 Feb 28 15:45 fop-0.20.3rc.jar -rw-r--r-- 1 bcox wheel 180902 Feb 28 15:45 hsqldb-1.61.jar -rw-r--r-- 1 bcox wheel 29871 Feb 28 15:45 jakarta-regexp-1.2.jar -rw-r--r-- 1 bcox wheel 4929061 Feb 28 15:45 javac.jar -rw-r--r-- 1 bcox wheel 613396 Feb 28 15:45 jena-1.3.0.jar -rw-r--r-- 1 bcox wheel 455489 Feb 28 15:45 jimi-1.0.jar -rw-r--r-- 1 bcox wheel 17592 Feb 28 15:45 jisp_1_0_2.jar -rw-r--r-- 1 bcox wheel 25391 Feb 28 15:45 jstyle.jar -rw-r--r-- 1 bcox wheel 161826 Feb 28 15:45 jtidy-04aug2000r7-dev.jar -rw-r--r-- 1 bcox wheel 72150 Feb 28 15:45 logkit-1.0.1.jar -rw-r--r-- 1 bcox wheel 133693 Feb 28 15:45 lucene-1.2-rc2.jar -rw-r--r-- 1 bcox wheel 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 lrwxrwxrwx 1 bcox wheel 28 Mar 1 10:40 xerces.jar -> /xerces/build/xercesImpl.jar lrwxrwxrwx 1 bcox wheel 23 Mar 1 10:48 xml-apis.jar -> /xalan/bin/xml-apis.jar -rw-r--r-- 1 bcox wheel 8969 Feb 28 15:45 xmldb-api-20011111.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.Docu m >entBuilderFactoryImpl >set >JAXP=%JAXP% -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAX P >arserFactoryImpl >set >JAXP=%JAXP% -Djavax.xml.transform.TransformerFactory=org.apache.xalan.proce s >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.generat e >Code(AbstractMarkupLanguage.java:377) > at >org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.genera t >eResource(ProgramGeneratorImpl.java:368) > at >org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.create R >esource(ProgramGeneratorImpl.java:331) > at >org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(P r >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-users&m=101183982808469&w=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="boolean">false</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 (2002-02-28) 09:28.11:250 [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) >>> INFO (2002-02-28) 09:28.11:391 [access](/cocoon/) >>> SocketListener-0/CocoonServlet: '' Processed by Apache Cocoon >>> 2.0.2-dev in 303 milliseconds. >>> >>> >>> -- >>> 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]> > >-- >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]> -- 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]>
