[ https://issues.apache.org/jira/browse/DBCP-566?focusedWorklogId=457595&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-457595 ]
ASF GitHub Bot logged work on DBCP-566: --------------------------------------- Author: ASF GitHub Bot Created on: 11/Jul/20 18:20 Start Date: 11/Jul/20 18:20 Worklog Time Spent: 10m Work Description: robertPas commented on pull request #42: URL: https://github.com/apache/commons-dbcp/pull/42#issuecomment-657106886 Can you please make one more review? ---------------------------------------------------------------- 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: 457595) Time Spent: 1h 50m (was: 1h 40m) > 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: 1h 50m > 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)