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


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] The Rising Sun: How XML Binary Restored the Fortunes of I

[ Lists Home | Date Index | Thread Index ]

On Thu, 7 Apr 2005 11:18 am, Bullard, Claude L (Len) wrote:
> An awful lot of pundits seem to be lining up against an XML Binary.
> In the other camp, one finds companies such as Sun and Expway as
> well as standards keiretsu such as the W3DC.  While XML-Dev readers
> are playing with Pythonesque lampoons, Layman and Box publish
> a lampoon designed to poke fun at those innovating on the idea
> of a faster XML.  Berners-Lee is  suggesting that perhaps a
> simpler XML is the answer.  The TAG is demanding benchmarks and
> test cases, something that hasn't been demanded of disruptive
> technologies such as HTML, RSS, CSS, XML, or even SOAP for which
> one could have demanded tests.

Are these experts (and lampoonists) on xml-dev?

> I wonder:  is the XML Binary a disruptive technology that will change
> the current landscape of technology companies?  Is this a case where
> the current winners of the market play wait and see only to be late to
> market with something important?

I think it makes a lot of sense. 

Nothing beats an Internal binary format for processing speed.

If you think about xml parsing, most of the time is spent searching for the 
closing tag. If these things are known internally (how far to jump to skip to 
the end tag) then processing time will obviously come down dramatically. 

but then again, it's possible to do xml in realtime, certainly in single 
network packets. So one would really only notice the benefit on todays 
machines when the size of the file goes over 1M.

not to forget, xml is binary already. Everytime I do 'debug myfile.xml' I see 
all these hex codes - oh and yes, the characters are shown on the far right 
just in case.

Harold seems to favour a bit of lightweight zipping/gzipping/bzipping to cut 
some weight off for on the wire transmission and I tend to agree with that.

So my opinion is that binary xml is useful to have, should be done on the fly, 
but just as part of the loader function for putting it in memory.

It's definitely a nice sort of optimisor technology for any high performance 
parser to have.


Computergrid : The ones with the most connections win.


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

Copyright 2001 XML.org. This site is hosted by OASIS