commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From scolebou...@btopenworld.com
Subject RE: [pcollections][PROPOSAL] Primitive collections - new sandbox component from [collections]
Date Thu, 28 Aug 2003 14:58:01 GMT
[primitives] is a nicer name and leaves options open. Primitives and primitive collections
are kindof one thing. I may call it that for the sandbox.

Stephen

>  from:    "Hope, Matthew" <Matthew.Hope@capitalone.com>
> is there much of a link in codebase / use cases of the primitive collections
> and primitive utilities within lang etc...
> 
> perhaps a primitives project with a sub package o.a.c.primitive.collections
> would work?
> 
> I know I'd be a heavy user of both together.
> 
> definitely still useful even when 1.5 boxing happens.
> 
> colt has some very impressive primitive maps where you can roll your own
> reasonably simply
> (int -> double, long-->Object, int->int etc provided already but with
> 'template' to sort your own out) long->Object is perfect for massive caches
> of credit card number->Object maps, only about 16MB overhead per million
> entries and still very fast.
> 
> they are a mix of licences and I doubt they are apache compatible though.
> 
> Matt
> 
> > -----Original Message-----
> > From: Stephen Colebourne [mailto:scolebourne@btopenworld.com] 
> > Sent: 27 August 2003 23:48
> > To: Jakarta Commons Developers List
> > Cc: Søren Bak
> > Subject: [pcollections][PROPOSAL] Primitive collections - new 
> > sandbox component from [collections]
> > 
> > 
> > The attached proposal is to create a new Sandbox project, named
> > [pcollections] to house a complete set of primitive 
> > collections. Reasoning:
> > 
> > 1) [collections] is already large, and primitive-collections 
> > and collections
> > actually have remarkably little in common
> > 
> > 2) The current primitive collections code in [collections] is 
> > completely
> > isolated from the rest of the [collections] code, a sure-fire 
> > indicator of
> > being better in a separate project with its own release cycle
> > 
> > 3) A positive response from Soren Bak of the PCJ project to 
> > integrate a
> > complete set of primitive-collections together in one place.
> > 
> > 
> > This mail is to enable anyone to
> > - object to the idea
> > - come up with a better name than pcollections
> > - to volunteer support (please!!)
> > - or any other comment :-)
> > 
> > Stephen
> > 
> > 
>  
> **************************************************************************
> The information transmitted herewith is sensitive information intended only
> for use by the individual or entity to which it is addressed. If the reader
> of this message is not the intended recipient, you are hereby notified that
> any review, retransmission, dissemination, distribution, copying or other
> use of, or taking of any action in reliance upon this information is
> strictly prohibited. If you have received this communication in error,
> please contact the sender and delete the material from your computer.
> 
> ---------------------------------------------------------------------
> 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