Thanks for the support Phil!!! I'm going to terminate the work on generics - the attached patch on the issue provided a small subset of the whole feature - after that I already planned working on deprecation stuff, I'm sure we can make the pool much easier. Have a nice day, I'll keep you updated! Simo
http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Mon, Oct 11, 2010 at 5:31 PM, Phil Steitz <phil.ste...@gmail.com> wrote: > Yep. Good point, Matt. Thanks! Simo pls do continue to point out candidates > for deprecation / removal. I would personally like to see pool skinnied down > a little in 2.0, with some of the specialized pools introduced to workaround > problems in earlier impls removed. > > > > On Oct 10, 2010, at 9:09 PM, Simone Tripodi <simone.trip...@gmail.com> wrote: > >> Thanks for your feedback Matt, >> maybe I got blind because of the generics strong typing, but it would >> make sense in he scenario when an existing ObjectPool<?> instance >> doesn't expose the raw type. >> Thanks, >> Simo >> >> http://people.apache.org/~simonetripodi/ >> http://www.99soft.org/ >> >> >> >> On Sun, Oct 10, 2010 at 5:00 PM, Matt Benson <gudnabr...@gmail.com> wrote: >>> >>> On Oct 10, 2010, at 9:14 AM, Simone Tripodi wrote: >>> >>>> Hi all pool team, >>>> I've been working on introducing generics in the pool on trunk, I >>>> noticed the CheckedObjectPool could lose its power when the pool will >>>> use the generics. >>> >>> I don't work on [pool], but I would think that there would be a high >>> likelihood of a pool's being configured e.g. by a dependency injection >>> container, so IMO a checked pool is still relevant. >>> >>> -Matt >>> >>>> So, can this class (and relative static methods) be removed from >>>> PoolUtils[1], or do you have suggestions why/how to maintain it? >>>> Many thanks in advance, have a nice day, >>>> Simo >>>> >>>> [1] >>>> https://svn.apache.org/repos/asf/commons/proper/pool/trunk/src/java/org/apache/commons/pool/PoolUtils.java >>>> >>>> http://people.apache.org/~simonetripodi/ >>>> http://www.99soft.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 >> > > --------------------------------------------------------------------- > 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
