OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] EXI: was : RE: [xml-dev] what's missing in XML? What's coming?

> [If] EXI is faster to generate, transmit, and parse 
> than human-readable XML....
> then I think we should welcome it with open arms and adopt it 
> much more widely.

I think that's necessary, but not sufficient.  We also need to consider 
the risks of non-universal support, the burden of requiring this new 
system on "xml infrastructure" and "application" developers (e.g., those 
who work on implementations and those who would use it), the impact of 
Moore's law on the need for this, alternative approaches such as profiling 
the XML specification, and so on. Speaking just for myself, I find the 
comparison with XML 1.0, 1.1, and "5th edition" interesting.

Liam posted that one of the reasons he supports EXI is that it 
reduce(s|ed) the likelihood of a variety of non-interoperable islands. 
Interestingly, IBM withdrew from the EXI working group because we were 
concerned that EXI posed a real threat of doing exactly that, with not 
enough consideration given to some of the items I mentioned above. This 
note, and reference [4] from within it, are good places to start reading 
if anyone is interested: 

Disclaimers: While part of the team that developed the IBM viewpoint, I 
don't speak for IBM. It's been a long time since I've been involved with 
XML core stuff at any detail.


STSM, WebSphere Appliance Architect

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

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS