[jira] Commented: (DBCP-312) BasicDataSource.close() method needs JavaDoc clarification
[ https://issues.apache.org/jira/browse/DBCP-312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12793845#action_12793845 ] Glen Mazza commented on DBCP-312: - What you've written above is absolute music to my ears, and would be excellent to replace what you presently have in the JavaDoc. I have a main program that launches many threads, each requesting/returning a connection. The main thread then closes the connection pool and exits while several of the threads may still be running. This means (1) those threads can still work with their live connection even though the main thread closed the pool, and (2) once each spawned thread is finished and closes its connection, it becomes a "real" close of the underlying JDBC connection. Great to hear. Thanks! > BasicDataSource.close() method needs JavaDoc clarification > -- > > Key: DBCP-312 > URL: https://issues.apache.org/jira/browse/DBCP-312 > Project: Commons Dbcp > Issue Type: Bug >Affects Versions: 1.3 >Reporter: Glen Mazza >Priority: Minor > > Hello, the JavaDoc could use clarification for the BasicDataSource.close() > method. > Link: > http://commons.apache.org/dbcp/apidocs/org/apache/commons/dbcp/BasicDataSource.html#close() > Text: "Close and release all connections that are currently stored in the > connection pool associated with our data source. All open (active) connection > remain open until closed. Once the data source has been closed, no more > connections can be obtained." > I'm unsure if this method closes just idle, or both idle and active > connections. This is a important distinction, because you wouldn't want to > call close() if you still have some needed active connections open on various > threads. The first sentence seems to indicate both active and idle threads > will be closed, but the second sentence indicates that only the idle threads > will be explicitly closed. > Recommend changing text to: > "Close and release all connections, whether active or idle, that are > currently stored in the connection pool associated with our data source. > Once the data source has been closed, no more connections can be obtained." > or (if this method closes just idle connections): > "Close and release all idle connections that are currently stored in the > connection pool associated with our data source. All open (active) > connections will still remain open until they are closed via the Connection > close() method. Once the data source has been closed, no more connections can > be obtained." > Note that, for the latter case, if BasicDataSource.close() only closes and > releases idle connections, and an active DBCP Connection object subsequently > has its close() method called, it's not clear whether its underlying actual > JDBC connection will be released. I.e., how do you release JDBC connections > on previously active DBCP Connections after BasicDataSource.close() is called? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (DBCP-312) BasicDataSource.close() method needs JavaDoc clarification
BasicDataSource.close() method needs JavaDoc clarification -- Key: DBCP-312 URL: https://issues.apache.org/jira/browse/DBCP-312 Project: Commons Dbcp Issue Type: Bug Affects Versions: 1.3 Reporter: Glen Mazza Priority: Minor Hello, the JavaDoc could use clarification for the BasicDataSource.close() method. Link: http://commons.apache.org/dbcp/apidocs/org/apache/commons/dbcp/BasicDataSource.html#close() Text: "Close and release all connections that are currently stored in the connection pool associated with our data source. All open (active) connection remain open until closed. Once the data source has been closed, no more connections can be obtained." I'm unsure if this method closes just idle, or both idle and active connections. This is a important distinction, because you wouldn't want to call close() if you still have some needed active connections open on various threads. The first sentence seems to indicate both active and idle threads will be closed, but the second sentence indicates that only the idle threads will be explicitly closed. Recommend changing text to: "Close and release all connections, whether active or idle, that are currently stored in the connection pool associated with our data source. Once the data source has been closed, no more connections can be obtained." or (if this method closes just idle connections): "Close and release all idle connections that are currently stored in the connection pool associated with our data source. All open (active) connections will still remain open until they are closed via the Connection close() method. Once the data source has been closed, no more connections can be obtained." Note that, for the latter case, if BasicDataSource.close() only closes and releases idle connections, and an active DBCP Connection object subsequently has its close() method called, it's not clear whether its underlying actual JDBC connection will be released. I.e., how do you release JDBC connections on previously active DBCP Connections after BasicDataSource.close() is called? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (POOL-154) GenericObjectPool.close() JavaDoc incorrectly claims method does not call clear()
GenericObjectPool.close() JavaDoc incorrectly claims method does not call clear() - Key: POOL-154 URL: https://issues.apache.org/jira/browse/POOL-154 Project: Commons Pool Issue Type: Bug Affects Versions: Nightly Builds Reporter: Glen Mazza Priority: Minor The JavaDoc for GenericObjectPool.close() needs updating--contrary to the JavaDoc text, it *is* calling clear(). See here: http://svn.apache.org/viewvc/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java?revision=831698&view=markup#l1426 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
