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
