Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 92598 invoked from network); 2 Apr 2002 21:32:16 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 2 Apr 2002 21:32:16 -0000 Received: (qmail 2868 invoked by uid 97); 2 Apr 2002 21:32:19 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 2852 invoked by uid 97); 2 Apr 2002 21:32:18 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 2840 invoked from network); 2 Apr 2002 21:32:18 -0000 Message-ID: <921E60ADEB30D84EACA350AD31A1FD7506E40C@chiex02> From: "Waldhoff, Rodney" To: 'Jakarta Commons Developers List' Subject: RE: [DBCP] : DelegatingConnection/PoolableConnection Bug ? Date: Tue, 2 Apr 2002 15:32:16 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1DA8D.DC8A7570" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ------_=_NextPart_001_01C1DA8D.DC8A7570 Content-Type: text/plain; charset="iso-8859-1" Can't say that I use Connection.isClosed often if at all, nor that I fully understand the use cases here. Technically speaking, if the underlying connection isn't closed, then PoolableConnection still has an open channel to the database. Does that mean isClosed should return true? I think you're suggesting that PoolableConnection.isClosed should return true when the connection is in the pool, false when it's out of the pool (and the underlying connection isn't closed either). Sounds reasonable to me. ------_=_NextPart_001_01C1DA8D.DC8A7570--