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

Re: XML Information Set Requirements, W3C Note 18-February-1999

  • From: "Bill la Forge" <b.laforge@j...>
  • To: "Paul Prescod" <paul@p...>, <xml-dev@i...>
  • Date: Sat, 20 Feb 1999 11:37:04 -0500

xml saxon requirements
From: Paul Prescod <paul@p...>
>I'm not glum. It just is not the mandate of the infoset group to invent
>new purposes for XML. The infoset group is exactly like a supreme court
>interpreting -- but not changing -- the constitution, which in this case
>is the XML specification. The terminology used in the XML specification is
>"document". Therefore that should be the terminology used by the infoset
>people.
>
>As far as a "document focus" being limiting: XML's current popularity in
>all sorts of fields indicates that that is not the case. If you take a
>database and encode it for transmission over a wire then you have a
>document. If you encode a message from one computer to another then you
>also have a document. I don't see this view as in any way limiting XML's
>problem domain.


The issue here isn't a matter of inventing new purposes for XML.
The issue is more a matter of recognizing what is happening.

API like SAX and SAXON appear to have broad applicability beyond
applications where everything needs to be read into memory. It isn't just
streams, but very large documents too. The W3C's DOM and XSL are far too
expensive (and even unnecessary!) for the majority of XML's applications.

The real advantage of considering streams is that you are also accommodating
very large documents as well. This is an important consideration for the majority
of the XML community as it exists today.

Things like DOM and XSL and Coins all have their place. But SAX and 
SAXON and MDSAX are probably more important. You will observe that
SAXON 4.0 makes it easy to use DOM as needed, providing good
integration between DOM and non-DOM processing. The same is happening
with MDSAX/Coins.

I think the request here is that the W3C simply give some consideration for
large document and stream processing. Not doing so could create real 
problems for the entire industry.

Bill


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


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.