You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "fabrizio giustina (JIRA)" <ji...@apache.org> on 2007/02/23 22:20:06 UTC
[jira] Updated: (JCR-765) DatabasePersistenceManager: don't log
exceptions for each statement when a connection needs to be reestablished
[ https://issues.apache.org/jira/browse/JCR-765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
fabrizio giustina updated JCR-765:
----------------------------------
Attachment: statementclose.diff
simple patch that simply remove the logException() at statement close during reestablishConnection()
> DatabasePersistenceManager: don't log exceptions for each statement when a connection needs to be reestablished
> ---------------------------------------------------------------------------------------------------------------
>
> Key: JCR-765
> URL: https://issues.apache.org/jira/browse/JCR-765
> Project: Jackrabbit
> Issue Type: Improvement
> Components: core
> Affects Versions: 1.2.2
> Reporter: fabrizio giustina
> Fix For: 1.2.3
>
> Attachments: statementclose.diff
>
>
> This is just a "cosmetic" fix: when reestablishConnection() is called in DatabasePersistenceManager all the statements are closed but if an error occurs two exceptions are logged for each statement.
> Since reestablishConnection() is already called when an exception has been caught and its only purpose is to cleanup an existing connection and to reopen a new one is pretty common that the connection is already not valid and that each statement close will throw an exception.
> For example if the connection has been broken due to a network problem DatabasePersistenceManager will log *40* exceptions (2 for each statement) before trying to establish a connection, and that's pretty annoying (expecially if you use a mail appender for log4j....)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.