[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: use of JSON instead of XML

  • From: Mukul Gandhi <gandhi.mukul@gmail.com>
  • To: Ihe Onwuka <ihe.onwuka@gmail.com>
  • Date: Sat, 30 Jun 2018 11:46:04 +0530

Re:  use of JSON instead of XML
Nice thoughts, Ihe.

Mukul Gandhi

On Sat, 30 Jun 2018, 02:00 Ihe Onwuka, <ihe.onwuka@gmail.com> wrote

No they can't and no they can't. 

Most of the propaganda about XML's relative complexity and bloat is generated by pretending that the XML corollary of a JSON name value pair is an element when it is in fact an attribute, by postulating that namespaces and schema are mandatory when they are not and by claiming that one is more readable than the other when in truth the only entities that have a definitive preference for  perceiving  data as arrays and objects are developers and _javascript_ programs.  The lower impedance offered in the latter point is the real sweet spot and that lesson has been absorbed - what else is there to learn?

Coming to the other side the notion that JSON can or is suitable to scale on the complexity plane is based on this false equivalence ascribed to the two.  Here is a simple illustrative example of what can happen when you simply take an XML based product and say - I want a JSON version of that. 
If you go to this link you will see a recent addition to the NIEM toolkit  - Movement - which is supposed to allow you to create a subset NIEM exchange in JSON. 

However many of the NIEM elements cannot be added to a JSON subset because they are not simple types (as in the simple vs complex type XML Schema sense) . You  can see this because they don't have an adjacent Add To Subset blue button. If you click on the elements in question you will see that only elements defined as simple types have a blue button  next to them.

This means that you cannot add fundamental NIEM elements like PERSON or ORGANISATION with such a tool and it seems (to me at least) to throw the whole idea of NIEM conformance out of the window since the tool prohibits you from selecting NIEM Core elements necessary to create a conforming document. 

Ok one can get into a bout of so-whatism on that but I struggle to see how suddenly enabling a completely different exchange format  into a community that for the best part of 15 years has been XML based exchanges contributes to the mission of "a common vocabulary that enables efficient information exchanges across  diverse public and private organizations" (lifted from https://www.niem.gov/). How are users of this information exchange supposed to adapt to the sudden perhaps unexpected receipt of a  JSON (conformant?)  message. What useful need is being filled here to justify the extra work that all data exchange recipients will now have to do.

This is not so much about criticising  NIEM  , they have their reasons for doing this, one of which was  they felt it was necessary to maintain relevance.  The point is to show shortcomings in the end result that are solely and completely attributable to the fact that JSON, the  chosen exchange format does not have equivalent capabilities to the one it is replacing.


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.