You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Brad Cox <bc...@virtualschool.edu> on 2002/02/28 15:50:14 UTC
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.newInstance(DefaultComponentFactory.java:172)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:84)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:165)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.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.newInstance(DefaultComponentFactory.java:172)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:84)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:165)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.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.newInstance(DefaultComponentFactory.java:172)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:84)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:165)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.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.newInstance(DefaultComponentFactory.java:172)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:84)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:165)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.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.newInstance(DefaultComponentFactory.java:172)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:84)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:165)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty??
Posted by Bert Van Kets <be...@visitronics.be>.
>
>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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: Work with SVG / Taglib
Posted by Nicola Ken Barozzi <ba...@nicolaken.com>.
From: "Andreas Bednarz" <an...@education-one.de>
> Thank you very much, do you have some basic link to a source of a
seralizer cunstruct.?
It's in the documentation (onsite and CVS), but I would suggest you to look
at the code of the Serializers that Cocoon already has, and learn from
those.
Happy hacking :-)
--
Nicola Ken Barozzi barozzi@nicolaken.com
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: Work with SVG / Taglib
Posted by Andreas Bednarz <an...@education-one.de>.
Thank you very much, do you have some basic link to a source of a seralizer cunstruct.?
Andreas
----- Original Message -----
From: "Vadim Gritsenko" <va...@verizon.net>
To: <co...@xml.apache.org>
Sent: Friday, March 01, 2002 2:25 PM
Subject: RE: Work with SVG / Taglib
> > From: Bednarz, education-one GmbH
> [mailto:andreas.bednarz@education-one.de]
> >
> > Hi there,
> >
> > I woul like to use my SVG compression taglib from
> > http://printx.org/svgembed/index.php inside Cocoon. The SVG serializer
> is
> > too large and to unstable for my purposes. Does anyone has an idea how
> to
> > move an existing jsp tag libraray to cocoon?
>
> It has to be rewritten as serializer. Take a look at SVG serializer.
>
> Vadim
>
> >
> > Thanks,
> >
> > Andreas
> >
>
>
> ---------------------------------------------------------------------
> 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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
RE: Work with SVG / Taglib
Posted by Vadim Gritsenko <va...@verizon.net>.
> From: Bednarz, education-one GmbH
[mailto:andreas.bednarz@education-one.de]
>
> Hi there,
>
> I woul like to use my SVG compression taglib from
> http://printx.org/svgembed/index.php inside Cocoon. The SVG serializer
is
> too large and to unstable for my purposes. Does anyone has an idea how
to
> move an existing jsp tag libraray to cocoon?
It has to be rewritten as serializer. Take a look at SVG serializer.
Vadim
>
> Thanks,
>
> Andreas
>
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Work with SVG / Taglib
Posted by "Bednarz, education-one GmbH" <an...@education-one.de>.
Hi there,
I woul like to use my SVG compression taglib from
http://printx.org/svgembed/index.php inside Cocoon. The SVG serializer is
too large and to unstable for my purposes. Does anyone has an idea how to
move an existing jsp tag libraray to cocoon?
Thanks,
Andreas
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: Cocoon and Jetty
Posted by Jozsa Kristof <dy...@kami.vein.hu>.
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:bcox@virtualschool.edu]
> Sent: Saturday, March 02, 2002 7:34 AM
> To: cocoon-users@xml.apache.org
> 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; 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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
--
.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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty
Posted by Rob Finneran <ro...@digitalskyscrapers.com>.
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:bcox@virtualschool.edu]
Sent: Saturday, March 02, 2002 7:34 AM
To: cocoon-users@xml.apache.org
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; 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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty
Posted by Brad Cox <bc...@virtualschool.edu>.
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; 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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty
Posted by giacomo <gi...@apache.org>.
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty ---> Zope
Posted by Brad Cox <bc...@virtualschool.edu>.
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; 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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty??
Posted by Rob Finneran <ro...@digitalskyscrapers.com>.
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:bcox@virtualschool.edu]
Sent: Friday, March 01, 2002 1:34 PM
To: cocoon-users@xml.apache.org
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-20011111.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: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.genera
t
>eCode(AbstractMarkupLanguage.java:377)
>> at
>>org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.gener
a
>teResource(ProgramGeneratorImpl.java:368)
>> at
>>org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.creat
e
>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.DocumentB
u
>ilderFactoryImpl\
>
>-Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactor
y
>Impl\
>
>-Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.Transfo
r
>merFactoryImpl\
>"
>export
>JAVA_OPTIONS="\
>
>-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentB
u
>ilderFactoryImpl\
>
>-Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactor
y
>Impl\
>
>-Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.Transfo
r
>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.Doc
u
>m
>>entBuilderFactoryImpl
>>set
>>JAXP=%JAXP% -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SA
X
>P
>>arserFactoryImpl
>>set
>>JAXP=%JAXP% -Djavax.xml.transform.TransformerFactory=org.apache.xalan.proc
e
>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.genera
t
>e
>>Code(AbstractMarkupLanguage.java:377)
>> at
>>org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.gener
a
>t
>>eResource(ProgramGeneratorImpl.java:368)
>> at
>>org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.creat
e
>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: <co...@xml.apache.org>
>>>> For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>>>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty??
Posted by Brad Cox <bc...@virtualschool.edu>.
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-20011111.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: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: <co...@xml.apache.org>
>>>> For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>>>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty??
Posted by Rob Finneran <ro...@digitalskyscrapers.com>.
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:rob@digitalskyscrapers.com]
Sent: Friday, March 01, 2002 1:14 PM
To: cocoon-users@xml.apache.org
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: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: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty??
Posted by Rob Finneran <ro...@digitalskyscrapers.com>.
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: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty??
Posted by Brad Cox <bc...@virtualschool.edu>.
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.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)
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.DocumentBuilderFactoryImpl\
-Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl\
-Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.TransformerFactoryImpl\
"
export
JAVA_OPTIONS="\
-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBuilderFactoryImpl\
-Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl\
-Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.TransformerFactoryImpl\
"
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.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: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.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-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: <co...@xml.apache.org>
>>> For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty??
Posted by Rob Finneran <ro...@digitalskyscrapers.com>.
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: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.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-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: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty??
Posted by Brad Cox <bc...@virtualschool.edu>.
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-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: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty??
Posted by Brad Cox <bc...@virtualschool.edu>.
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)
Thanks. But re: Do not forget to remove Cocoon's working directory!!!
Where is cocoon's working directory?
>> -----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: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Cocoon and Jetty??
Posted by Vadim Gritsenko <va...@verizon.net>.
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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>