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

RE: RFC for XML Object Parsing

  • From: Brian Aberle <xmlboss@live.com>
  • To: Norman Gray <norman@astro.gla.ac.uk>, "amyzing@t..."<amyzing@t...>
  • Date: Mon, 24 Mar 2014 16:44:53 -0600

RE:  RFC for XML Object Parsing
Norman
 
So it's official some SAX parsers can do this and some cannot.  It depends on the implementation.  That's the final word.
 
In the case of the _large_ XML file there is no choice, it's this or something that's not XML.  The additional uses cases of automatic support for element updates is handier than you know.  Once you live with it for a while you cant live without it - like a smart phone.  Many programmers write code to handle updates.  I hope you can take the time to run two examples, ExIndexObjects, and TheOIDProtocol in the source download here: http://1drv.ms/1jjcJub
 
You will see more use cases for the more typical situation via OID updates in those two examples.
 
Brian
 

 
> Subject: Re: RFC for XML Object Parsing
> From: norman@astro.gla.ac.uk
> Date: Mon, 24 Mar 2014 21:19:24 +0000
> CC: amyzing@t...; xml-dev@l...
> To: xmlboss@l...
>
>
> Brian, hello.
>
> On 2014 Mar 24, at 20:52, Brian Aberle <xmlboss@l...> wrote:
>
> > SAX should be calling all your handlers in the order that they appear in the XML,
>
> No: as Amy said, the SAX interface specification does not require the elements in the Attributes interface to appear in any particular order. If one particular parser (implementation) finds it convenient to report them in reverse order, for whatever reason, then it's allowed to do that.
>
> If you have a particular parser which happens to report attributes in document order; and if that XML is (known to be) generated in such a way that the @oid attribute value will be unchanged if the element content is unchanged; and if that parser implementation is such that you can thereupon quickly skip to the end of that element; then yes: you have a situation which will rather neatly optimise the reading of a _large_ XML file.
>
> But you will surely agree that that is a rather unusual situation, and thus that there will be rather few situations in which this optimisation will be useful.
>
> Best wishes,
>
> Norman
>
>
> --
> Norman Gray : http://nxg.me.uk
> SUPA School of Physics and Astronomy, University of Glasgow, UK
>


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


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.