commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Simon Kitching <>
Subject Re: [digester] Conversion Exception not passed through ErrorHandler?
Date Wed, 19 Apr 2006 08:34:51 GMT
On Tue, 2006-04-18 at 23:03 +0200, Dennis Kempin wrote:
> Hello,
> I am using digester to parse a configuration file that needs that
> contains class names, which shall be parsed to java.lang.Class
> instances. This works fine for existing classes, but when such a class
> cannot be found a ConversionException is raised by the Beanutils.
> Of course this is correct behavior, but this Exception throws me out of
> Digester.parse method, which makes it impossible to continue parsing. I
> already used Digester.setErrorHandler to pass a logging ErrorHandler to
> digester, but at this Exception it is not invoked.
> Am I using digester in a wrong way, or does it seem to be a bug?

This is the expected behaviour.

org.xml.sax.ErrorHandler is an xml-parsing-specific class, and is only
invoked directly from the parser when the parser detects an error. Other
errors get reported via an exception from the parse method as you have

It's an interesting idea to have errors detected by digester itself
reported via the ErrorHandler. However I'm not sure if that's actually
possible; even if it is, such a change would not be backwards-compatible
with existing Digester behaviour.

So sorry, but AFAIK it is impossible to keep on parsing when data in the
input causes a ConversionException. Well, it might be possible to write
your own subclasses of CallMethodRule etc. which trap exceptions and
just skip the method invocation.

I'm not quite sure what the point of continuing is when such an error
has occurred...



To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message