cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rob Finneran" <...@digitalskyscrapers.com>
Subject RE: Cocoon and Jetty??
Date Fri, 01 Mar 2002 21:14:05 GMT
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:bcox@virtualschool.edu]
Sent: Friday, March 01, 2002 8:16 AM
To: cocoon-users@xml.apache.org; jetty-support@yahoogroups.com; 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:bcox@virtualschool.edu]
>Sent: Thursday, February 28, 2002 5:31 PM
>To: cocoon-users@xml.apache.org
>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:bcox@virtualschool.edu]
>>>   Sent: Thursday, February 28, 2002 9:50 AM
>>>   To: cocoon-users@xml.apache.org
>>>   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; bcox@virtualschool.edu 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: <cocoon-users-unsubscribe@xml.apache.org>
>>>   For additional commands, e-mail: <cocoon-users-help@xml.apache.org>
>>
>>
>>---------------------------------------------------------------------
>>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: <cocoon-users-unsubscribe@xml.apache.org>
>>For additional commands, e-mail: <cocoon-users-help@xml.apache.org>
>
>--
>Brad Cox, PhD; bcox@virtualschool.edu 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: <cocoon-users-unsubscribe@xml.apache.org>
>For additional commands, e-mail: <cocoon-users-help@xml.apache.org>
>
>
>
>---------------------------------------------------------------------
>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: <cocoon-users-unsubscribe@xml.apache.org>
>For additional commands, e-mail: <cocoon-users-help@xml.apache.org>

--
Brad Cox, PhD; bcox@virtualschool.edu 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: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>



---------------------------------------------------------------------
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: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


Mime
View raw message