You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Steven Caswell <st...@caswell.name> on 2002/04/29 22:57:47 UTC
RE: [pool] 1.0 release soon (was RE: [pool] PROPOSAL: add collecting of statistics to pool implementations)
Better now than later.
> -----Original Message-----
> From: Waldhoff, Rodney [mailto:rwaldhof@us.britannica.com]
> Sent: Monday, April 29, 2002 3:05 PM
> To: 'Jakarta Commons Developers List'
> Subject: RE: [pool] 1.0 release soon (was RE: [pool]
> PROPOSAL: add collecting of statistics to pool implementations)
>
>
> >> If anyone is strongly bothered by ObjectPool.numIdle() and
> >> ObjectPool.numActive() versus the getXXX() style, now might be the
> >> right time to change it, although it may already be too late
> >> depending upon how broadly pool is being used.
> >>
>
> > How about adding getXxx() versions, implement the old ones
> in terms of
> > them, and deprecate the old ones?
>
> If we add getActiveCount()/getIdleCount() methods to the
> interface, it'll break any custom implementations of
> ObjectPool that are out there. (This is of course why I want
> to add the base impls, then it'll only break anyone who's
> implementing ObjectPool directly.) I'd lean toward doing
> this now rather than for a 2.0 release. I'm not even aware of
> anyone using a custom ObjectPool impl, but this'll surely find them.
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>