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

RE: Re: SAX is not a read-only API (wa RE: re: XML SI

  • To: xml-dev@l...
  • Subject: RE: Re: SAX is not a read-only API (wa RE: re: XML SIG 17...)
  • From: Elliotte Rusty Harold <elharo@m...>
  • Date: Thu, 12 Sep 2002 22:54:43 -0400
  • In-reply-to: <029401c25a96$f33dc0e0$0600a8c0@gandalf>
  • References: <029401c25a96$f33dc0e0$0600a8c0@gandalf>

sax read only
At 1:59 PM -0600 9/12/02, Aaron Skonnard wrote:

>Sure, just like you need a class that implements XMLReader on the
>reading side.

The behavior of the XMLReader implementation class is defined. The 
behavior of the ContentHandler implementation is not. Along similar 
lines, the SAX implementer provides the XMLReader implementation 
class. A SAX implementer does not provide the ContentHandler 

>I think it's clear that we have different definitions for
>"API". I consider the SAX interface definitions the "API", where you
>seem to define it as the implementation (and entire packaging) of those

No, I don't think that's the source of our disagreement at all. I 
think the API for SAX using interfaces only (and the JavaDoc) clearly 
describes how to parse an XML document using only standard SAX 
interfaces and classes. It says absolutely nothing about creating or 
writing one. Hence read-only. You're the one who's arguing that 
because a serializer is one of many things you that can implement 
ContentHandler, that somehow this makes SAX a read/write API. YOu 
know, I could use JDBC to write a ContentHandler that feeds data into 
a database. That doesn't make SAX a database API.

The biggest problem with the idea that merely invoking methods in 
ContentHandler  somehow qualifies as writing XML, is that there are 
absolutely no constraints or rules on this behavior. You can use 
element names that contain spaces, text content that contains nulls, 
ignorable white space that's alphabetic, multiple root elements, and 
other wise freely violate almost every constraint of XML. In normal 
SAX processing the parser ensures that this doesn't happen. In direct 
invocation of ContentHandler methods, none of this is happening. If 
it's not well-formed, it's not XML.

| Elliotte Rusty Harold | elharo@m... | Writer/Programmer |
|          XML in a  Nutshell, 2nd Edition (O'Reilly, 2002)          |
|              http://www.cafeconleche.org/books/xian2/              |
|  http://www.amazon.com/exec/obidos/ISBN%3D0596002920/cafeaulaitA/  |
|  Read Cafe au Lait for Java News:  http://www.cafeaulait.org/      |
|  Read Cafe con Leche for XML News: http://www.cafeconleche.org/    |


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