On 2015-01-05 10:11, Thomas Mueller wrote:
Hi,
oak.commons.json is currently also used in MicroKernelImpl, and the
persistent cache in the DocumentNodeStore. In my experience, the classes
JsopBuilder, JsopTokenizer, and JsopStream are much faster and need less
memory than org.json.simple, because they use low level "streaming", and
not a 1:1 JSON-object-to-Java-object representation. JsonObject (which
Yes, that's one of the reasons why I stopped using org.json.simple for
serialization.
does support that) is only used for testing; I guess that class could be
moved to the test module.
1) Is oak.commons.json supposed to support all of JSON?
Yes. But actually I don't understand why you ask the question. Do you want
to interface with another JSON tool?
I just don't want to bind me to something that is not a proper JSON
implementation :-)-
2) If I switch the RDB code to use it, would it be ok to extend/tune it
to meet my specific requirements (with respect to APIs), when needed?
What is missing? I think whatever is needed (for high performance JSON
processing) should already be there.
OK; thanks for confirming; I'll have a closer look then.
Best regards, Julian
