Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 26226 invoked from network); 11 Aug 2004 15:01:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 11 Aug 2004 15:01:15 -0000 Received: (qmail 77814 invoked by uid 500); 11 Aug 2004 15:00:48 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 77733 invoked by uid 500); 11 Aug 2004 15:00:47 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 77713 invoked by uid 99); 11 Aug 2004 15:00:47 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [217.24.204.7] (HELO xch113.ndsatcom.com) (217.24.204.7) by apache.org (qpsmtpd/0.27.1) with ESMTP; Wed, 11 Aug 2004 08:00:45 -0700 Received: from DEIMEXCH1.ndsatcom.com ([131.147.44.200]) by xch113.ndsatcom.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 11 Aug 2004 17:00:39 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: [DBCP] Question to database reconnection Date: Wed, 11 Aug 2004 17:00:33 +0200 Message-ID: <2DA9A7329E188D4EAA449E2E9BAD30A51EE335@DEIMEXCH1.ndsatcom.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [DBCP] Question to database reconnection Thread-Index: AcR/s/Mn1Go/bzXHSOqGwkuj05xLiA== From: "Leber, Dieter" To: X-OriginalArrivalTime: 11 Aug 2004 15:00:39.0663 (UTC) FILETIME=[F7366FF0:01C47FB3] X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I'm using DBCP 1.2 without using any validation of the connections=20 (testOnBorrow =3D false, testOnReturn =3D false, = timeBetweenEvictionRunsMillis =3D -1).=20 When shutting down the database during running the application, the=20 request using a pooled connection realizes that the database is down.=20 Returning the connection to the pool seems to clean the pool (i.e. the=20 pool has no active nor idle connections any longer).=20 Starting the database again and demanding a connection from the=20 pool a new connection is returned which has never been in the pool = before. If this is right no reconnection handling is needed at all because we = always have valid connections every time the database was down and started up = again. Can anyone please throw any light on this behaviour!? Are there=20 situations where the pool is not cleaned so that validation is actually=20 needed? Dieter Leber --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org