Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 61647 invoked from network); 10 Dec 2001 13:31:44 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 10 Dec 2001 13:31:44 -0000 Received: (qmail 18748 invoked by uid 97); 10 Dec 2001 13:31:25 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 18687 invoked by uid 97); 10 Dec 2001 13:31:24 -0000 Mailing-List: contact avalon-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon Developers List" Reply-To: "Avalon Developers List" Delivered-To: mailing list avalon-dev@jakarta.apache.org Received: (qmail 18621 invoked from network); 10 Dec 2001 13:31:23 -0000 Message-ID: <3C14B99B.4080709@apache.org> Date: Mon, 10 Dec 2001 08:33:15 -0500 From: Berin Loritsch User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) Gecko/20011120 X-Accept-Language: en-us MIME-Version: 1.0 To: Avalon Developers List Subject: Re: [patch] DefaultPool fix (was Re: Pooling code && 1 object) References: <200112100833.fBA8XgJ19465@mail004.syd.optusnet.com.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Peter Donald wrote: > Sounds good to me ... Berin ? > > On Sun, 9 Dec 2001 04:23, Marcus Crafter wrote: > >>Hi All, >> >> Hope all is well. >> >> After playing around with the Excalibur code in jswat I was able >> to validate what was going on inside the pooling code when a >> pool reaches it's maximum capacity. >> >> With the current code, pools shrink everytime they are full (ie. >> everytime they reach capacity, but not exceed it). I'm not sure >> if this was intended ? (please correct me if I'm wrong) but IMO I think >> this is different than expected by a developer. >> >> Attached is a patch to fix DefaultPool so that pools are reduced >> in size only when they exceed capacity, not when they reach it. Hope >> it's ok. >> >> I've also attached the test program I wrote to validate the fix >> just in case someone else would like to check it. >> >> Cheers, >> >> Marcus >> > Sounds good, I just have to find the patch... -- "They that give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin -- To unsubscribe, e-mail: For additional commands, e-mail: