Return-Path: Delivered-To: apmail-tomcat-dev-archive@www.apache.org Received: (qmail 75182 invoked from network); 23 Jun 2009 15:00:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 23 Jun 2009 15:00:04 -0000 Received: (qmail 6428 invoked by uid 500); 23 Jun 2009 15:00:14 -0000 Delivered-To: apmail-tomcat-dev-archive@tomcat.apache.org Received: (qmail 6366 invoked by uid 500); 23 Jun 2009 15:00:14 -0000 Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Developers List" Delivered-To: mailing list dev@tomcat.apache.org Received: (qmail 6355 invoked by uid 99); 23 Jun 2009 15:00:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Jun 2009 15:00:14 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [72.22.94.67] (HELO virtual.halosg.com) (72.22.94.67) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Jun 2009 15:00:05 +0000 Received: (qmail 26612 invoked from network); 23 Jun 2009 09:59:42 -0500 Received: from 38-171-19-72.skybeam.com (HELO ?192.168.1.42?) (72.19.171.38) by halosg.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Jun 2009 09:59:41 -0500 Message-ID: <4A40EDDD.2000305@hanik.com> Date: Tue, 23 Jun 2009 08:59:41 -0600 From: Filip Hanik - Dev Lists User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: dbcp pool evictor deadlock? References: <6a79aa8f0906230700u6ce54da3y4d36eca15e17a358@mail.gmail.com> <4A40E12C.2070504@apache.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org first, sorry for bringing this thread to dev, that should have never happened. I fat fingered the keyboard. Eric B. wrote: > "Mark Thomas" wrote in message > news:4A40E12C.2070504@apache.org... > >> Narendra Sarkar wrote: >> >>> Hi, >>> We have a multi threaded environment. We have noticed that thread blocks >>> for >>> 10 to 20 minutes due DBCP getConnection method call. Then, we >>> investigated >>> the source code of DBCP(commons-dbcp-1.2.1-PII.jar) and noticed that >>> createConnection method is synchronized. This problem occur more >>> frequently >>> when we have lower value of MaxIdleConnection parameter. After increasing >>> the value of MaxIdleConnection parameter, frequency of blocking get >>> reduced. >>> We then replaced DBCP connection pooling with Oracle Connection pooling >>> (ojdbc14.jar) and never encountered blocking issue. >>> >>> I think the issue is with that createConnection method of DBCP >>> synchronization. We have taken Thread dump to do above analysis. >>> >> Yep, known issues with commons-pool. Should be fixed in 1.5.1. Trunk has >> been updated. Proposed for 6.0.x and 5.5.x. Alternatively, there is the >> new JDBC pool module. >> > > I'm a little confused now. Filip pointed me to the jdbp-1.0.5 package. Is > that just repackaged versions of dbcp 1.2.2/pool 1.5? If not, what versions > of dbcp/pool are contained within there? > its a different package all together. Similar features, different implementation. > If the fix in commons-pool is in 1.5.1, am I still expecting concurrency > problems if upgrading 1.5? What would be the best move? > if the issue is fixed in 1.5.1, you should upgrade to 1.5.1 if that's what you want. > Thanks, > > Eric > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org > For additional commands, e-mail: dev-help@tomcat.apache.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional commands, e-mail: dev-help@tomcat.apache.org