[
https://issues.apache.org/jira/browse/DBCP-566?focusedWorklogId=465140&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-465140
]
ASF GitHub Bot logged work on DBCP-566:
---------------------------------------
Author: ASF GitHub Bot
Created on: 31/Jul/20 19:08
Start Date: 31/Jul/20 19:08
Worklog Time Spent: 10m
Work Description: garydgregory merged pull request #42:
URL: https://github.com/apache/commons-dbcp/pull/42
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
-------------------
Worklog Id: (was: 465140)
Time Spent: 2h 20m (was: 2h 10m)
> Clear PreparedStatement pool when connection is returned to the pool
> --------------------------------------------------------------------
>
> Key: DBCP-566
> URL: https://issues.apache.org/jira/browse/DBCP-566
> Project: Commons DBCP
> Issue Type: New Feature
> Reporter: Robert Paschek
> Priority: Major
> Time Spent: 2h 20m
> Remaining Estimate: 0h
>
> With the current configuration option poolPreparedStatements true the
> statements are held open for the lifetime of the connection. This results in
> cursors being open and locks in the database for a long time, which could
> cause problems with administrative tasks in the database.
> There should be an additional configuration clearStatementPoolOnReturn. When
> set to true, the pool will be cleared and the statements closed when the
> connection is returned to the pool. Default can be false to retain the
> current behaviour.
> With this the application can still benefit from the Statement-cache in mass
> operations.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
