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

Re: Parsing efficiency? - why not 'compile'????

• To: Karl Waclawek <karl@w...>
• Subject: Re: Parsing efficiency? - why not 'compile'????
• From: Robin Berjon <robin.berjon@e...>
• Date: Tue, 25 Feb 2003 18:00:28 +0100
• Cc: xml-dev@l...
• In-reply-to: <00f701c2dceb$38c4c4c0$9e539696@citkwaclaww2k>
• Organization: Expway
• References: <OF047F14BF.0A3C2919-ONCA256CD8.00031C17@f...> <3E5B84CF.4020703@e...> <00a301c2dce0$a10c5440$9e539696@citkwaclaww2k> <E18ngti-0003pT-00@c...> <00dd01c2dce5$605a3020$9e539696@citkwaclaww2k> <3E5B98AD.80301@e...> <00f701c2dceb$38c4c4c0$9e539696@citkwaclaww2k>
• Reply-to: robin.berjon@e...
• User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2) Gecko/20021126

Karl Waclawek wrote:
> I like the point made about random access. Sort of like an indexed
> version of an XML document.

Not necessarily indexed per se, but it's easy to skip large parts of a document 
because you know that it doesn't contain what you want.

> I don't quite understand how binXML gives you better streaming,
> in the sense of sending fragments. Isn't that done on the application
> level?

Yes and no. XML doesn't stream all that well, because it doesn't fragment very 
well (you always need to send entire documents). For applications that can tune 
into a stream that has already started (any broadcast app for instance), that 
means they'd need to wait til the end of the current doc before they can start 
displaying anything. With binary infosets, that's not the case anymore. You can 
also update parts of a document more often than others and other such niceties. 
A lot of it is dependent on the transport layer, but binary infosets make that 
possible. I'm eagerly awaiting my first SVG TV ;)

-- 
Robin Berjon <robin.berjon@e...>
Research Engineer, Expway        http://expway.fr/
7FC0 6F5F D864 EFB8 08CE  8E74 58E6 D5DB 4889 2488

• Follow-Ups:
  • Re: Parsing efficiency? - why not 'compile'????
    • From: "Karl Waclawek" <karl@w...>

• References:
  • Parsing efficiency? - why not 'compile'????
    • From: Matthew.Bennett@f...
  • Re: Parsing efficiency? - why not 'compile'????
    • From: Robin Berjon <robin.berjon@e...>
  • Re: Parsing efficiency? - why not 'compile'????
    • From: "Karl Waclawek" <karl@w...>
  • Re: Parsing efficiency? - why not 'compile'????
    • From: "Alaric B. Snell" <alaric@a...>
  • Re: Parsing efficiency? - why not 'compile'????
    • From: "Karl Waclawek" <karl@w...>
  • Re: Parsing efficiency? - why not 'compile'????
    • From: Robin Berjon <robin.berjon@e...>
  • Re: Parsing efficiency? - why not 'compile'????
    • From: "Karl Waclawek" <karl@w...>

• Prev by Date: Re: Parsing efficiency? - why not 'compile'????
• Next by Date: Some notes on the binxml permathread (was: Re: Parsingefficiency? - why not 'compile'????)
• Previous by thread: Re: Parsing efficiency? - why not 'compile'????
• Next by thread: Re: Parsing efficiency? - why not 'compile'????
• Index(es):
  • Date
  • Thread