Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3896694A5 for ; Wed, 14 Dec 2011 12:11:22 +0000 (UTC) Received: (qmail 63638 invoked by uid 500); 14 Dec 2011 12:11:21 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 63532 invoked by uid 500); 14 Dec 2011 12:11:21 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 63524 invoked by uid 99); 14 Dec 2011 12:11:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Dec 2011 12:11:21 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sebbaz@gmail.com designates 209.85.216.171 as permitted sender) Received: from [209.85.216.171] (HELO mail-qy0-f171.google.com) (209.85.216.171) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Dec 2011 12:11:13 +0000 Received: by qcsc20 with SMTP id c20so4874919qcs.30 for ; Wed, 14 Dec 2011 04:10:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=86vFKA8b5DOmVtlqXUxlLk0Ze3HUzW1SjZz8YK+WLnQ=; b=r4B0CqHrmjSbuUipVcqpOoSym+0kUNiIW2qVhGJWyKg+SCETa5Qpvi77Aa0UIE40Pq YzXynZB41TlmoyEe04PB2QO8cyThi7bZDoazQTurLmb6O48HkAQPHXS7dC3p/kLdF6vk I+nATSIOZb2LxHeU6ihRhU4yZiLP7c+AOx3zI= MIME-Version: 1.0 Received: by 10.224.197.73 with SMTP id ej9mr8892683qab.30.1323864652584; Wed, 14 Dec 2011 04:10:52 -0800 (PST) Received: by 10.229.134.200 with HTTP; Wed, 14 Dec 2011 04:10:52 -0800 (PST) Date: Wed, 14 Dec 2011 12:10:52 +0000 Message-ID: Subject: [POOL2] mutability requirements for Generic[Keyed]ObjectPool in DBCP/JNDI From: sebb To: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org 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? --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org