On 12/14/11 5:10 AM, sebb wrote:
> This is a parallel thread to the one about PoolFactory implementations.
>
> I'm trying to establish the mutability needs of the
> [Keyed]ObjectPool implementations, i.e.
>
> Generic[Keyed]ObjectPool
>
> I've looked at DBCP 1.4, which uses POOL 1.x.
>
> SharedPoolDataSource.registerPool() creates an instance of
> GenericKeyedObjectPool which it configures via the setters; however
> the instance is then stored in a KeyedObjectPool, and setters/getters
> are not used elsewwhere.
>
> SImilarly, DriverAdapterCPDS.getPooledConnection creates an instance
> of GenericKeyedObjectPool which is then only used via the
> KeyedObjectPool interface.
>
> So: as far as I can tell from DBCP, there is no need to provide
> mutable ObjectPool implementations; so long as the pool can be
> configured intially, that is sufficient.
>
> Are there any other existing use cases that I am missing here?

My email access is going to be choppy next couple of days, so I may
not respond quickly, but have a look in the not too distant archives
for discussion around setFactory.  Look at the code that associates
a connection pool with a datasource and recent discussion of that code.

Phil
>
> ---------------------------------------------------------------------
> 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

Reply via email to