commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Matt Benson <gudnabr...@yahoo.com>
Subject Re: New Sandbox Component Proposal: Commons JSON
Date Sat, 16 May 2009 14:47:09 GMT



--- On Sat, 5/16/09, Phil Steitz <phil.steitz@gmail.com> wrote:

> From: Phil Steitz <phil.steitz@gmail.com>
> Subject: Re: New Sandbox Component Proposal: Commons JSON
> To: "Commons Developers List" <dev@commons.apache.org>
> Date: Saturday, May 16, 2009, 7:24 AM
> Henri Yandell wrote:
> > On Fri, May 15, 2009 at 6:44 PM, Phil Steitz <phil.steitz@gmail.com>
> wrote:
> >   
> >> Christian Grobmeier wrote:
> >>     
> >>> Dear Commons-Folks,
> >>>
> >>> Yonik Seeley and I propose the creation of a
> new Sandbox component
> >>> within Apache Commons. We would like to name
> it Commons JSON since it
> >>> should deal with everything around JSON.
> >>>
> >>> Yonik did already implement a JSON-Parser in
> Apache Labs name Noggit:
> >>> http://svn.apache.org/repos/asf/labs/noggit/
> >>>
> >>> I have implemented some other JSON-Lib at
> Google Code:
> >>> http://code.google.com/p/jjson
> >>>
> >>> We would like to join forces since my JSON lib
> isn't very good at
> >>> parsing and Noggit lacks of some classes I
> created. Here is the
> >>> original proposal from Noggit which also fits
> to JJSON:
> >>>
> >>> There is a need for an "industrial strength"
> JSON parser for Java with
> >>> the following features:
> >>>
> >>> - Streaming API (StAX/pull-parser like) for
> both easy and efficient
> >>> parsing
> >>> - Conforms to the JSON standard: http://www.ietf.org/rfc/rfc4627.txt
> >>> - Can adhere strictly to the standard (not a
> superset like existing
> >>> parsers), preferably by default
> >>> - Memory efficiency
> >>> - incremental parsing (Reader-based) in order
> to handle huge messages
> >>> - a single byte of state needed per nested
> object or array
> >>> - does not read large objects (including
> primitives) completely into
> >>> memory unless asked
> >>> - can eliminate most copying, allowing the
> user to provide the output
> >>> buffer for values
> >>> - no built in size limits for primitives (less
> than 2GB)
> >>> - can even handle keys of any size in a map
> >>> - can handle primitives of *any* size (does
> not attempt to parse
> >>> numerics into a certain language primitives
> unless asked)
> >>> - Fast!
> >>>
> >>> I would like to add:
> >>> - no dependencies!
> >>> - Creates JSON Strings of Objects and vice
> versa
> >>> - Annotations for creating objects from a JSON
> string.
> >>>
> >>> We believe that a JSON lib will become
> attention quickly and hope to
> >>> get more developers attracted soon.
> >>> Please let us know what you think about it!
> >>>
> >>>       
> >> Sounds great!
> >>
> >> As a commons committer, you can start things in
> the sandbox without a formal
> >> vote.  You should probably execute a grant
> for the stuff done outside the
> >> ASF.  Does Yonik have sandbox karma?  If
> not, just ask.  Happy hacking!
> >>     
> >
> > Didn't we resolve that a grant for stuff outside the
> ASF by someone
> > who has signed a CLA is fine?
> >   
> Whence "probably" - I would not personally complain as long
> as the 
> non-ASF stuff is the original work of one person, is
> "clean" from IP 
> standpoint and is not "large".  The last is a
> judegement call.
> 

I think we did more-or-less "agree", if lazily, that the above was okay.

-Matt

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


      

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


Mime
View raw message