Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 38441 invoked from network); 26 Apr 2002 13:25:00 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 26 Apr 2002 13:25:00 -0000 Received: (qmail 1827 invoked by uid 97); 26 Apr 2002 13:24:59 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 1784 invoked by uid 97); 26 Apr 2002 13:24:59 -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 1773 invoked from network); 26 Apr 2002 13:24:58 -0000 Message-ID: <3CC9551D.1060203@apache.org> Date: Fri, 26 Apr 2002 09:24:45 -0400 From: Berin Loritsch User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0rc1) Gecko/20020417 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [pool] PROPOSAL: add collecting of statistics to pool impleme ntations References: <921E60ADEB30D84EACA350AD31A1FD7506E48E@chiex02.britannica.net> Content-Type: text/plain; charset=us-ascii; 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 Waldhoff, Rodney wrote: >>I will certainly take a look at >>Avalon. So why is there a commons pool >>and commons dbcp if Avalon does the >>same and more? > > > I think it's the "and more" part. > Now to address the "and more" comment. The Avalon community is sensitive to the fact that not everyone wants one big download with a bunch of "and more" that they are not going to use. To that end, We have been reorgainizing CVS and the build process to support users who want the big download, and users who only want one component, or one part of it. We have a build system that recursively builds dependancies as necessary, and yes our new layout looks suspiciously like the Commons heirarchy. We *have* learned from Commons as well. One of the things we hope to address in the very near future is the website--which we know sucks. We have begun the transformation, but we are not done yet so there are broken links in the Excalibur area. When we are done, it will be easier to tell what exists, what the dependencies *really* are (not everything in Excalibur requires Framework), and minimize the dependancy lists as much as possible. Therefore, if you only want a command line package, we have a mature one ready and decoupled from the system--with its own jar. If you want pools--we have them too, already instrumented. -- "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: