RE: [DBCP] Abandoned connections not being returned to pool upon clos ing

["Timko, Cheryl A." <ch...@merck.com>]

Will the DBCP will support, in a future release, the closing of connections
currently in used when the pool is closed? I think it is an important
requirement; otherwise, DBAs will have to kill the connection manually (if
the java process running the application is never terminated or dies).

- Cheryl

-----Original Message-----
From: David Graham [mailto:dgraham1980@hotmail.com] 
Sent: Wednesday, April 09, 2003 10:25 AM
To: commons-dev@jakarta.apache.org
Subject: Re: [DBCP] Abandoned connections not being returned to pool upon
clos ing


The abandoned functionality has been deprecated and will be removed in a 
future release.

David


>From: "Timko, Cheryl A." <ch...@merck.com>
>Reply-To: "Jakarta Commons Developers List" 
><co...@jakarta.apache.org>
>To: "'commons-dev@jakarta.apache.org'" <co...@jakarta.apache.org>
>Subject: [DBCP] Abandoned connections not being returned to pool upon 
>clos	ing
>Date: Wed, 09 Apr 2003 10:10:10 -0400
>
>	Our project uses the BasicDataSource class to create and maintain
>the pool of database connections (internally, the BasicDataSource creates 
>an
>AbandonedObjectPool for the connection pooling).  What I noticed is that
>when the close() method is called on the BasicDataSource, the "abandoned
>connections" are not being returned to the pool in order for them to be
>closed.
>
>	The check for whether "abandoned connections" are returned to the
>pool is only performed in the AbandonedObjectPool's borrowObject().  Since
>the AbandonedObjectPool does not have a close() method to return all the
>abandoned connections to the pool, does anyone know of another way to
>accomplish this when the pool is being closed?  If not, is it possible to
>add this functionality in a future release?
>
>	Thank you in advance for your feedback.
>
>	Cheryl Timko
>
>
>
>
>
>---------------------------------------------------------------------------
---
>Notice:  This e-mail message, together with any attachments, contains 
>information of Merck & Co., Inc. (Whitehouse Station, New Jersey, USA) that

>may be confidential, proprietary copyrighted and/or legally privileged, and

>is intended solely for the use of the individual or entity named in this 
>message.  If you are not the intended recipient, and have received this 
>message in error, please immediately return this by e-mail and then delete 
>it.
>
>===========================================================================
===
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>


_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online  
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


------------------------------------------------------------------------------
Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (Whitehouse Station, New Jersey, USA) that may be confidential, proprietary copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please immediately return this by e-mail and then delete it.

==============================================================================


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org