Return-Path: Delivered-To: apmail-commons-issues-archive@locus.apache.org Received: (qmail 54336 invoked from network); 3 Dec 2007 19:22:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Dec 2007 19:22:07 -0000 Received: (qmail 60480 invoked by uid 500); 3 Dec 2007 19:21:54 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 60420 invoked by uid 500); 3 Dec 2007 19:21:54 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 60411 invoked by uid 99); 3 Dec 2007 19:21:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Dec 2007 11:21:54 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Dec 2007 19:22:04 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 12C60714233 for ; Mon, 3 Dec 2007 11:21:43 -0800 (PST) Message-ID: <7249875.1196709703067.JavaMail.jira@brutus> Date: Mon, 3 Dec 2007 11:21:43 -0800 (PST) From: "Wes Clark (JIRA)" To: issues@commons.apache.org Subject: [jira] Commented: (DBCP-250) maxIdle limit exceeded and number does not decrease In-Reply-To: <3334322.1196312143437.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DBCP-250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547951 ] Wes Clark commented on DBCP-250: -------------------------------- I hope to be investigating this behavior in more detail at a later date. We also plan to make testOnIdle the default behavior, which seems to fix the problem. > maxIdle limit exceeded and number does not decrease > --------------------------------------------------- > > Key: DBCP-250 > URL: https://issues.apache.org/jira/browse/DBCP-250 > Project: Commons Dbcp > Issue Type: Bug > Affects Versions: 1.2.2 > Reporter: Wes Clark > > Today, during load testing we noticed that the number of idle database connections exceeded the default value. The default values for maxIdle and maxActive are being used. After running the application with 200 users, the number of idle connection went to 18 and stayed there. > Is this a bug? Does testOnIdle need to be set to true for the idle connections to be decreased? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.