Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of garydgregory@gmail.com
 designates 209.85.218.43 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4E6D1BD8.8000008@gmail.com>
References: <4E6CFE17.7060506@gmail.com>
	<CACZkXPxARa+EPqnbaDvoKLKmhpLCxTx49cjXuuyLK9XOOO8wbA@mail.gmail.com>
	<4E6D1BD8.8000008@gmail.com>
Date: Sun, 11 Sep 2011 17:21:33 -0400
Message-ID: 
 <CACZkXPz8SCKYYEtJywCb83gc0m1++XsU1XvR1NAnx_t8cRDwvA@mail.gmail.com>
Subject: Re: [pool] drop Base(Keyed)ObjectPool?
From: Gary Gregory <garydgregory@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: multipart/alternative; boundary=0015176f0464ae8c3604acb0fe72

--0015176f0464ae8c3604acb0fe72
Content-Type: text/plain; charset=UTF-8

On Sun, Sep 11, 2011 at 4:36 PM, Phil Steitz <phil.steitz@gmail.com> wrote:

> On 9/11/11 12:44 PM, Gary Gregory wrote:
> > Perhaps we want to keep the ivars in one place since they all have very
> > carefully been decorated with final and volatile just in the right
> places?
>
> There is only one field being maintained and I think it would
> actually be clearer to push it into the (small number of) remaining
> impls.
>
> >
> > What about dropping "Object" from the name? That makes even less sense
> now
> > that we have generics enabled.
>
> Well, generic or no, what we pool r objects ;)
>

As opposed to what? Primitives? ;) Seriously, it seems superfluous.

I thought the name originated in the fact that the pool was typed to use
java.lang.Object as opposed to more specific types. The name could be
justified in my mind then, but not with the use of generics.

My 2c,
Gary


>
> Phil
> >
> > Gary
> >
> > On Sun, Sep 11, 2011 at 2:29 PM, Phil Steitz <phil.steitz@gmail.com>
> wrote:
> >
> >> These classes really do nothing other than maintain the boolean
> >> "closed", throwing UnsupportedOperationException or returning
> >> nonsense for most methods.  The interfaces define contracts, so why
> >> do we really need these base classes?
> >>
> >> Phil
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


-- 
E-Mail: garydgregory@gmail.com | ggregory@apache.org
JUnit in Action, 2nd Ed: http://s.apache.org/rl
Spring Batch in Action: http://s.apache.org/HOq
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

--0015176f0464ae8c3604acb0fe72--