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>