Re: struts-related exception on tomcat startup

[Darrel Riekhof]

Thanks, that was it.

I put the xercesImpl.jar that came with tomcat 4.1.18 back into its common/endorsed dir instead of the xercesImpl-2.2.1.jar that came with fop 2.0.5rc. The startup exception went away, all my webapps work, and I can use validation someday!

I didn't realize that tomcat comes with a newer Xerces than 2.2.1, the latest official release. Hopefully it is fully compatible with fop (so far it looks like it is).

Darrel

Craig R. McClanahan wrote:

On Wed, 1 Jan 2003, Darrel Riekhof wrote:

Date: Wed, 01 Jan 2003 20:19:15 -0800
From: Darrel Riekhof <[EMAIL PROTECTED]>
Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: struts-related exception on tomcat startup

I'm getting the exception below whenever I start tomcat. It looks like
it has to be one of the struts apps deployed on tomcat, but I don't know
which one, and I don't know which file it's complianing about.

The exception report you're seeing was caused by a bug in the XML parser
that was shipped in older versions of Tomcat, and tripped over when
parsing the "struts-config_1_0.dtd" file (Struts 1.0.2). The actual error
message text is bogus -- the real problem is that one of the lines in the
DTD was longer than 80 characters (which is legal from an XML perspective,
but was not being handled correctly by Xerces).

The problem was fixed in Xerces, and the version shipped with Tomcat
4.1.18 should no longer have this problem. If you're still getting it,
that implies you might be including an XML parser in your webapp, or
otherwise modifying the default configuration of Tomcat to include an
older parser that still has the bug. Try it with an unmodified Tomcat
install and things should work.

I started getting this as soon as I switched tomcat over to the xml jars
included with FOP 2.0.5, which I assume are a little more recent that
the xml jars that come with tomcat. Btw, the trace seems to be
harmless, all the webapps I care about still work, but I'd still like to
fix the bad comment wherever it is to get rid of this exception, just
for peace of mind. :) I suspect the tomcat admin webapp as the culprit,
but I've checked all its config files very carefully, no bad comments on
line 551...

It's not a totally harmless message -- it seems that Xerces skips
validation (since it could not successfully read thte DTD), even if you
ask for it.

Does anyone recognize this trace and know which webapp/file is to blame?
Or, can I get tomcat to tell me more info while it's booting up?

Darrel

Craig

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>