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

RE: Microsoft FUD on binary XML...

  • To: "Michael Champion" <mc@x...>, <xml-dev@l...>
  • Subject: RE: Microsoft FUD on binary XML...
  • From: "Hunsberger, Peter" <Peter.Hunsberger@s...>
  • Date: Wed, 19 Nov 2003 09:43:14 -0600
  • Thread-index: AcOuMlSowbQq1ejqRIeYtuNaGlcaoAAf9cpA
  • Thread-topic: Microsoft FUD on binary XML...

xml without schema
> 
> On the other hand, many of the 
> optimizations to produce significant speedups depend on a shared 
> schema.  I have a philosophical question:  If an XML distributed 
> application depends on a shared schema, in what sense is it more 
> loosely coupled than an ASN.1 application?  [One answer could be that 
> the XML parsing can always revert to the parsing of well-formed XML 
> into an infoset if schemas don't match, whereas ASN.1 is more fragile 
> ... I don't know if that really works in practice].

I've suggested before that to move from generalized parsing algorithms
to more performant parsing algorithms requires "special" knowledge of
the data to be parsed.  I think that only makes sense, yes there are
edge cases either way, but for larger data sets, the better you are able
to describe the data, the more likely it is that you are going to be
able to find a way to parse it efficiently.  So, yes, I think eventually
we will see (among other things) push-pull parsers that depend on schema
knowledge to perform efficiently.  Some of these parsers may still work
without schema but your performance may vary.  So schema knowledge is
likely going to be a good thing whether you're working with "binary XML"
or just plain XML...

When using such a system, would having a schema on both ends make the
system more tightly coupled?   Perhaps, if we are both ends are
dependant on exactly the same schema and nether can change it without
breaking the other end.  Perhaps not, if changes can be made
independently.  The same might hold true for any given data stream with
or without a schema.  In fact, one might argue that, for many cases,
without shared schema it's more likely that a change on one end could
break the other end in some unforeseen way. 


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.