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

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


exist compile xupdate
Karl Waclawek wrote:
> Yes and no. XML doesn't stream all that well, because it doesn't fragment very 
> well (you always need to send entire documents).
> 
> Can this be solved with the XML Fragment recommendation?

Except there is no such thing :) It never went to Rec.

>>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. 
> 
> Because they have to read the DTD? What if the DTD is already known a priori?
> There may still be problems (e.g. context, namespaces) - but would XML Fragment
> not address those?

No, because you can only parse an XML document from the start. Take the 
following snippet:

<foo>
   <bar/>
</foo>

If your app picks up the stream and sees the "a" of <bar/> as the first byte, 
there's nothing useful it can do with that document.

You might need more than XML Fragment to address this (XUpdate would be another 
candidate).

>>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 ;)
> 
> For multi-media XML I certainly see a binary streaming format as having
> an advantage in bandwidth requirements. Not clear if the other points
> made above could not be solved with adding another specification.

Bandwidth speed but also decoding speed (you want to keep all you can for 
audio-video decoding, especially on a small device). They /might/ be solvable 
with other specs, but those specs don't exist whereas multimedia XML is already 
deployed. I also don't know if streaming applies to areas other than multimedia 
and printing, both of which are areas that typically need to gain as much in 
bandwidth and/or processing power as they possibly can, ie areas that tend to 
already use binary infosets.

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


PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.