Re: XMLSERVICE and Parsing XML Responses -- MIDRANGE-L

Despite its name Bard it isn’t an “XML package” it is a package that uses XML as its data input/output mechanism just as a SOAP web service does.

I’d personally love to see a JSON option - I suspect XML was only chosen because the compilers were already generating PCML for use by the JT/400 APIs.

If nobody else does it first one of the things on my “when I have time” list is to look at adding JSON support to XMLSERVICE.

On Dec 16, 2015, at 8:54 AM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

Sounds good, Aaron.

Thanks for clarifying. That makes a whole lot more sense. I'm sure
Richard and I aren't the only ones would assumed an XML package would
escape data. RTFM I guess. :)

I only mentioned JSON because the YAJL package does do all necessary
escaping so I guess I got spoiled using that.. haha!

Brad
www.bvstools.com

On Wed, Dec 16, 2015 at 7:34 AM, Aaron Bartell <aaronbartell@xxxxxxxxx>
wrote:

Escape the data yourself or use CDATA.

Yes, that's correct.

I think I like JSON better.

JSON has 8+ things needing to be escaped, though some of them are less
common than an ampersand.

Aaron Bartell
litmis.com - Services for open source on IBM i

On Tue, Dec 15, 2015 at 10:26 PM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

Ah.. I may have found my answer... I asked this a few emails ago but got

no

reply. Escape the data yourself or use CDATA. :)

Interensting.. I think I like JSON better. :)

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

{ // The URL class does not itself encode or decode any URL components
according to the escaping mechanism defined in RFC2396.
// It is the responsibility of the caller to encode any fields,

which

need to be escaped prior to calling URL,
// and also to decode any escaped fields, that are returned from

URL.

Furthermore, because URL has no knowledge of URL escaping,
// it does not recognise equivalence between the encoded or decoded
form of the same URL

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

Jon Paris

www.partner400.com
www.SystemiDeveloper.com