This is based on experience using both, not a deep analysis. More with XML than JSON to date. This work was in the context of building XACML compilers that use the W3C DOM tree as their expression tree. And inspired by recent W3C mailing list  discussions on standardizing a JSON syntax for XACML. <div>

<br></div><div>They seem to be  viewing JSON as I do, as a useful subset of XML, with lack of namespaces and attributes the main differences I can think of at the moment. Lack of attributes not a problem for XACML; it hardly uses them, just element values.<div>

<br></div><div>The notion is to add a JSON parser in front that builds the same XML (J)DOM tree you build now, plus a output path that converts the tree to JSON on demand. The proposed extension is appealing because it would allow the same XACML compiler to accept standard XACML and/or standard JSON, and to trivially convert between the representations.<div>

<br><div class="gmail_quote">On Wed, May 9, 2012 at 10:24 PM, Rolf Lear <span dir="ltr"><<a href="mailto:jdom@tuis.net" target="_blank">jdom@tuis.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I would *love* to hear how you expect JDOM (XML-based) and JSON to 'hang out' in the same place .... ;-) </blockquote></div>-- <br>Cell: 703-594-1883<br>Blog: <a href="http://bradjcox.blogspot.com">http://bradjcox.blogspot.com</a><br>

Web: <a href="http://virtualschool.edu">http://virtualschool.edu</a><br>Manassas VA 20111<br><br>
</div></div></div>