JEP 198: Light-Weight JSON API
On 07/25/2014 04:45 PM, mark.reinhold@oracle.com wrote:
New JEP Candidate: http://openjdk.java.net/jeps/198
- Mark
Hi Mark, Hi Mike, Implementing a json API was one of the use case I've used during the development of the lambdas, so maybe you are interested by this gist https://gist.github.com/forax/81a56cf2684bfa2e46ec which implement a Json API in one file (just for fun). (the implementation requires a parser that implement the JSON processing/streaming API, writing a new lightweight JSON parser was not my concern :) at that time) At the end of the file, there is a main with several examples. The idea is to have a couple of interface (ObjectVisitor and ArrayVisitor) that represent a lazy visit of a JSON tree, that can reify a portion of the tree either using Map/Stream* objects or using JsonObject/JsonArray objects or that can just skip a part of the tree which is not necessary. * JSON array are viewed as Stream so the parsing is triggered by the terminal operation done on the Stream. The interfaces are maybe a little over-designed (you can also skip primitive values by example) but like the Collector API, i like the idea that you have one API that let you just plug any tree representation you want. cheers, Rémi
On Jul 31, 2014, at 8:35, Remi Forax <forax@univ-mlv.fr> wrote:
On 07/25/2014 04:45 PM, mark.reinhold@oracle.com wrote:
New JEP Candidate: http://openjdk.java.net/jeps/198
- Mark
Hi Mark, Hi Mike, Implementing a json API was one of the use case I've used during the development of the lambdas, so maybe you are interested by this gist https://gist.github.com/forax/81a56cf2684bfa2e46ec
I am reading "[ \"foo\", \"bar\" ]" and feel we need a JEP for new styles of literal strings. Long long ago there was a proposal for multi-line raw strings. Still alive? Thanks Max
I never gave a +1 with more enthusiasm! :) Cheers, Mario Il 31/lug/2014 03:27 "Wang Weijun" <weijun.wang@oracle.com> ha scritto:
On Jul 31, 2014, at 8:35, Remi Forax <forax@univ-mlv.fr> wrote:
On 07/25/2014 04:45 PM, mark.reinhold@oracle.com wrote:
New JEP Candidate: http://openjdk.java.net/jeps/198
- Mark
Hi Mark, Hi Mike, Implementing a json API was one of the use case I've used during the
development of the lambdas,
so maybe you are interested by this gist https://gist.github.com/forax/81a56cf2684bfa2e46ec
I am reading "[ \"foo\", \"bar\" ]" and feel we need a JEP for new styles of literal strings. Long long ago there was a proposal for multi-line raw strings. Still alive?
Thanks Max
Hi everyone. Is there any reason to not implement the JSR that already exist and that was born? https://jcp.org/en/jsr/detail?id=367 https://jcp.org/en/jsr/detail?id=353 Which especific cases what the OpenJDK need and this JSR don't care? Why just work together with these JSRs and each one has your implementation? For example, one to OpenJDK and another to JavaEE, this way each one implements according your necessity. The question is: it's really make sense have two APIs with similar goal? It would great to the Java developer should to know two API to do the same thing? obs: Sorry to question a lot, I just would like know more to be more useful. On Thu, Jul 31, 2014 at 1:28 AM, Mario Torre <neugens.limasoftware@gmail.com
wrote:
I never gave a +1 with more enthusiasm! :)
Cheers, Mario Il 31/lug/2014 03:27 "Wang Weijun" <weijun.wang@oracle.com> ha scritto:
On Jul 31, 2014, at 8:35, Remi Forax <forax@univ-mlv.fr> wrote:
On 07/25/2014 04:45 PM, mark.reinhold@oracle.com wrote:
New JEP Candidate: http://openjdk.java.net/jeps/198
- Mark
Hi Mark, Hi Mike, Implementing a json API was one of the use case I've used during the
development of the lambdas,
so maybe you are interested by this gist https://gist.github.com/forax/81a56cf2684bfa2e46ec
I am reading "[ \"foo\", \"bar\" ]" and feel we need a JEP for new styles of literal strings. Long long ago there was a proposal for multi-line raw strings. Still alive?
Thanks Max
-- Otávio Gonçalves de Santana blog: http://otaviosantana.blogspot.com.br/ twitter: http://twitter.com/otaviojava site: *http://about.me/otaviojava <http://about.me/otaviojava>* 55 (11) 98255-3513
participants (5)
-
Mario Torre
-
mark.reinhold＠oracle.com
-
Otávio Gonçalves de Santana
-
Remi Forax
-
Wang Weijun