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

Re: SAX/Java Proposed Changes

• To: Dennis Sosnoski <dms@s...>
• Subject: Re: SAX/Java Proposed Changes
• From: Elliotte Rusty Harold <elharo@m...>
• Date: Mon, 8 Mar 2004 06:44:07 -0500
• Cc: sax-devel@l..., xml-dev@l...
• In-reply-to: <404C22B7.9020500@s...>
• References: <200403071358418.SM05492@evanslt><404B7BF3.7030606@s...> <002801c404ca$cfb86690$0207a8c0@karl><404C22B7.9020500@s...>

At 11:37 PM -0800 3/7/04, Dennis Sosnoski wrote:

>As we've discussed, the alternative being considered is to *always* 
>call endDocument(), even when the parse is being terminated by an 
>exception. This seems counter-intuitive to me, and to at least some 
>others on this list. If this method were called "parsingDone()" or 
>something of the sort I wouldn't see it as a problem; it's the 
>actual method name and the perceived similarity between 
>startElement()/endElement() and startDocument()/endDocument() that 
>makes it feel wrong to me.

Think of endDocument() as meaning "the parser has reached the end of 
the document" and startDocument() as "parser is positioned at the 
start of the document". Just because the parser has not reported 
events between the fatal error and the end of the document, does not 
mean it's not at the end of the document.

Or another way of looking at it: the document ends after the fatal 
error, even if there's more data in the stream.

A side note: please do make sure all posts about this get cc'd to 
sax-devel. There are people reading there who are not reading xml-dev.
-- 

   Elliotte Rusty Harold
   elharo@m...
   Effective XML (Addison-Wesley, 2003)
   http://www.cafeconleche.org/books/effectivexml
   http://www.amazon.com/exec/obidos/ISBN%3D0321150406/ref%3Dnosim/cafeaulaitA

• References:
  • RE: SAX/Java Proposed Changes
    • From: "Kirk Allen Evans" <kaevans@x...>
  • Re: SAX/Java Proposed Changes
    • From: Dennis Sosnoski <dms@s...>
  • Re: SAX/Java Proposed Changes
    • From: "Karl Waclawek" <karl@w...>
  • Re: SAX/Java Proposed Changes
    • From: Dennis Sosnoski <dms@s...>

• Prev by Date: SAX Underspecifications
• Next by Date: SAX2 Proposed Changes Committed
• Previous by thread: Re: SAX/Java Proposed Changes
• Next by thread: Re: SAX/Java Proposed Changes
• Index(es):
  • Date
  • Thread