commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brian Ewins (JIRA)" <>
Subject [jira] Commented: (BEANUTILS-266) Log or throw exception in PropertyUtilsBean, not both
Date Mon, 04 Dec 2006 18:03:22 GMT
    [ ] 
Brian Ewins commented on BEANUTILS-266:

Whoops, my bad on thinking that was the responsible change. However - why not initCause()
the caught exception rather than log it? It is possible to do this even while keeping compatibility
with jdk1.3 (I see this is the target in the project xml). 

One way of doing this is already in the commons: org.apache.commons.httpclient.util.ExceptionUtil.initCause()

The advantage is that (on newer jdks) when you eventually do log the exception that PUB throws,
you'll see the whole stacktrace, not half here, half further back in the log.

> Log or throw exception in PropertyUtilsBean, not both
> -----------------------------------------------------
>                 Key: BEANUTILS-266
>                 URL:
>             Project: Commons BeanUtils
>          Issue Type: Improvement
>          Components: Bean / Property Utils
>    Affects Versions: 1.7.0
>         Environment: all
>            Reporter: Brian Ewins
>            Priority: Minor
>             Fix For: 1.8.0
> This commit (related to BEANUTILS-224):
> improved the error message for illegal arguments, but also introduced a log message for
that same exception. Best practice is to log or throw but not both, since this often results
in the error being logged multiple times - when it was created and when the exception is caught.
In addition this is logging the problem as an error when it may in fact be handled by the
caller, so at worst its a debug-level message.
> I switched up to 1.7 recently and this has been filling up my logs. I know I can work
around it by disabling logging for this component but the existence of this log message seems
like an oversight.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


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

View raw message