Hi Phil, thank you, I've been using pool for a long time so now that I've the chance to contribute is for me the natural way to get back something to the community :) Have a nice day, Simo
http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Sat, Oct 9, 2010 at 3:26 PM, Phil Steitz <phil.ste...@gmail.com> wrote: > On 10/8/10 12:24 PM, Simone Tripodi wrote: >> >> Hi Phil, >> I do have some spare time and I'd like working on POOL-83 if someone >> else hasn't already started, I checked out the code and did some >> experiments, if everybody agree I could start committing, just let me >> know. > > First, please do jump in! And don't hesitate to ask questions about the > codebase. [pool] needs nothing more than more volunteers and talking about > the code is a great way to get more people involved with it. Thanks in > advance! > > I just created a legacy 1.x branch, so we can start 2.0 work in trunk. > Unless you or others have objections, we seem to be converging on consensus > to go the "extract from jdbc-pool" route for 2.0 implementation, so I > suggest having a look at that code before putting a lot of work into > implementation (other than to just get things to compile). POOL-83 is really > about interfaces, so I see no problem experimenting with generification > based on the current impl in trunk. Also, obviously have a look at the > patch attached to POOL-83. > > Thanks! > > Phil > > >> Thanks in advance, have a nice day, >> Simo >> >> http://people.apache.org/~simonetripodi/ >> http://www.99soft.org/ >> >> >> >> On Wed, Sep 15, 2010 at 2:03 PM, Jim Jagielski<j...@jagunet.com> wrote: >>> >>> On Sep 14, 2010, at 6:20 AM, Mark Thomas wrote: >>> >>>> On 14/09/2010 11:17, Benoit Perroud wrote: >>>>> >>>>> Dear all, >>>>> >>>>> Regarding >>>>> >>>>> 1) Replace wait/notify with 1.5+ thread management >>>>> >>>>> Is there already any work or ideas on how to use Java util concurrent >>>>> (JUC) >>>> >>>> http://svn.apache.org/viewvc/tomcat/trunk/modules/jdbc-pool/ >>>> >>>> I'd like to bring these two code bases together if at all possible. >>>> >>> >>> ++1... The above has shown to be pretty stable. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
