commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From scolebou...@btopenworld.com
Subject Re: [VOTE] New commons proper component - pcollections - REMINDER
Date Thu, 09 Oct 2003 12:11:11 GMT
I'm happy to make changes along these lines. You are right about Iterator and RandomAccess
classes.
Stephen


>  from:    Rodney Waldhoff <rwaldhoff@apache.org>
> Why state "The API will mimic as closely as possible the object-based
> API"?
> 
> This isn't true of the current codebase (consider InputStreamCharIterator
> or RandomAccess*List for example, neither of which have direct correlation
> to anything in java.util) and as a design decision, not an scope one,
> shouldn't be part of proposal.
> 
> I think we should strike the sentence under "rationale" reading "The API
> will mimic as closely as possible the object-based API" and the phrase
> under "scope" reading "mimicing the object-based API".
> 
> Similiarly, we should probably add something like "and related types" to
> the "scope" definition, since things Iterator and other helper types (or
> for that matter, Map), aren't strictly Collections.
> 
> On Wed, 8 Oct 2003, Stephen Colebourne wrote:
> 
> > Reminder!! This vote for a new commons proper component is still open and
> > awaiting responses. There are 2  1s and 2  0s at present so more votes are
> > needed :-)
> > Stephen
> >
> > PROPOSAL:
> > <html>
> > <head>
> > <title>Proposal for PCollections Package</title>
> > </head>
> > <body bgcolor="white">
> >
> > <div align="center">
> > <h1>Proposal for <em>PCollections</em> Package</h1>
> > </div>
> >
> > <h3>(0) Rationale</h3>
> > <p>
> >     The Java Collection Framework defines a well-known and widely used API
> > for collections.
> >     This framework is object-based, but the Java language also contains
> > primitive types.
> >     The framework requires each primitive to be wrapped in an object, such
> > as Integer,
> >     before they can be used in collections. This has a memory and
> > performance overhead.
> > </p>
> > <p>
> >     The pcollections component will provide an API for collections based on
> > primitives
> >     The API will mimic as closely as possible the object-based API.
> >     Wrappers and adaptors will be provided for integration with the
> > object-based API.
> > </p>
> >
> > <h3>(1) Scope of the Package</h3>
> > <p>
> >    The package will create and maintain a set of collections for primitive
> > types,
> >    mimicing the object-based API, distributed under the ASF license.
> > </p>
> >
> > <h3>(1.5) Interaction With Other Packages</h3>
> > <p>
> >    <em>PCollections</em> relies only on standard JDK 1.2 (or later)
APIs for
> >    production deployment. It utilizes the commons-collections test framework
> >    and the JUnit unit testing framework for developing and executing unit
> > tests,
> >    but this is of interest only to developers of the component.
> > </p>
> > <p>
> >    No external configuration files are utilized.
> > </p>
> >
> > <h3>(2) Initial Source of the Package</h3>
> > <p>
> >    The initial codebase is taken from commons-collections, where it was
> > unreleased.
> > </p>
> >
> > <p>The proposed package name for the new component is
> > <code>org.apache.commons.pcollections</code>.</p>
> >
> >
> > <h3>(3)  Required Jakarta-Commons Resources</h3>
> > <ul>
> > <li>CVS Repository - New directory <code>pcollections</code> in
the
> >     <code>jakarta-commons</code> CVS repository.</li>
> > <li>Mailing List - Discussions will take place on the general
> >     <em>commons-dev@jakarta.apache.org</em> mailing list.  To help
> >     list subscribers identify messages of interest, it is suggested that
> >     the message subject of messages about this component be prefixed with
> >     [pcollections].</li>
> > <li>Bugzilla - New component "PCollections" under the "Commons" product
> >     category, with appropriate version identifiers as needed.</li>
> > <li>Jyve FAQ - New category "commons-pcollections" (when available).
> > </ul>
> >
> >
> > <h3>(4) Initial Committers</h3>
> > <ul>
> >    <li>Rodney Waldhoff</li>
> >    <li>Stephen Colebourne</li>
> > </ul>
> > </body>
> > </html>
> >
> >
> > ----- Original Message -----
> > From: "Stephen Colebourne" <scolebourne@btopenworld.com>
> > To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
> > Sent: Tuesday, October 07, 2003 1:06 AM
> > Subject: [VOTE] New commons proper component - pcollections
> >
> >
> > > The [collections] component has been housing unreleased, but stable
> > > primitive collections code for some time. These are collections that store
> > > primitive arrays behind the scenes instead of objects. (Note that JDK1.5
> > > does NOT address the need for these classes).
> > >
> > > Following discussion within the [collections] component on the best
> > release
> > > strategy, we would like to create a new commons-PROPER component to house
> > > the code. The aim is to give this useful code room to grow without
> > impacting
> > > the widely used main [collections] (object-based) component.
> > >
> > > It is important to emphasise that this is not new code - it is stable and
> > > ready for release. Thus commons-proper, rather than the sandbox, is the
> > > appropriate place for the new component.
> > >
> > > The proposal is attached for the new component 'pcollections'. (No one
> > likes
> > > this name, but we haven't found a better one).
> > >
> > > Please vote as to whether you support this new commons-PROPER component.
> > > [  ]  1  Yes, lets create [pcollections]
> > > [  ]  0
> > > [  ] -0
> > > [  ] -1  No, I oppose this because....
> > >
> > > Stephen
> > >
> >
> >
> > ----------------------------------------------------------------------------
> > ----
> >
> >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> >
> 
> -- 
> - Rod <http://radio.weblogs.com/0122027/>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message