Re: receiving POST encoded in JSON

Scott

I'm trying to compile this simple program but is says the yajl_tree_free()
is undefined, is the something I have missed?

H DFTACTGRP(*NO) ACTGRP('KLEMENT') OPTION(*SRCSTMT)
H BNDDIR('YAJL') DECEDIT('0.')

/include yajl_h

d docNode s like(yajl_val)
d errmsg s 500a varying inz('')

/free
docNode = yajl_stmf_load_tree( '/sample.json':errmsg);
yajl_tree_free(docNode);
*inlr = *on;
/end-free

On Mon, Jun 1, 2015 at 10:48 PM, Kevin Turner <
kevin.turner@xxxxxxxxxxxxxxxxxxxx> wrote:

Not as stunned as me - because I am using it in production, and now face a
rather onerous re-engineering process :(
Serves me right for not doing more thorough research into the options. On
the flip side, it does help me explain some trouble performance bottlenecks.

As it happens, I do have a "use case" where I need to walk through a JSON
with no prior knowledge of its exact content. It involves simply comparing
the JSON (a data model for a context) with the previous version (stored in
a session) to work out what the delta is. I basically need to know that a
node is new, missing or changed to build the delta with no assumed
knowledge of what the nodes are. I expect the yajl_xxxx_parse will enable
me to do this.


-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Nathan
Andelin
Sent: 01 June 2015 21:39
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] receiving POST encoded in JSON

Scott,

Thanks for the additional information. I was so stunned by Kevin's report
of performance differences between your service program and that of Mihael
Schmidt; I was looking for an explanation. Unfortunately, I'm not well
versed in either; I haven't had a requirement to "consume" JSON under IBM i
yet. I'm interested in the topic, however.

I agree that "applications" typically know the format of JSON documents in
advance. An API that makes it easy to "find" the content you're looking for
is intuitive in that case.

I've been toying with writing a JavaScript utility that "merges" HTML
templates with JSON objects, where neither the format of the HTML nor the
JSON would be known in advance. I suppose that may have triggered the idea
of a similar use case under IBM i, though that is just an abstract notion
at this point.

I view the topic of JSON to be relevant to the topic of single-page
applications, client-side frameworkd, and possibly server-side web-service
frameworks, which we have been discussing during the past few weeks.
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list To post a message email: WEB400@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.


___________________________________________
This email has been scanned by iomartcloud.
http://www.iomartcloud.com/


________________________________

NOTICE: The information in this electronic mail transmission is intended
by CoralTree Systems Ltd for the use of the named individuals or entity to
which it is directed and may contain information that is privileged or
otherwise confidential. If you have received this electronic mail
transmission in error, please delete it from your system without copying or
forwarding it, and notify the sender of the error by reply email or by
telephone, so that the sender's address records can be corrected.




--------------------------------------------------------------------------------


CoralTree Systems Limited
Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton
Hampshire
SO15 2EA
VAT Registration Number 834 1020 74.
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.