Re: [xml-dev] SAX/Java Proposed Changes

"Karl Waclawek" <[email protected]> Mon, 8 Mar 2004 20:01:48 -0500
Newsgroups gmane.text.xml.sax.devel,gmane.text.xml.devel
Message-ID <000901c40572$19efc0d0$0207a8c0@karl>
----- Original Message ----- 
From: "Elliotte Rusty Harold" <[email protected]>
To: "Jochen Wiedmann" <[email protected]>
Cc: <[email protected]>; <[email protected]>
Sent: Monday, March 08, 2004 4:12 PM


> At 9:30 PM +0100 3/8/04, Jochen Wiedmann wrote:
> >Elliotte Rusty Harold wrote:
> >
> >>  Then your code will break when used with some of today's parsers 
> >>which do call endDocument() after a fatal error.. :-(
> >
> 
> I'm not sure what this program is supposed to demonstrate. One of the 
> conclusions I think we're reaching is that if a client supplied 
> method such as startDocument() throws an exception, then endDocument 
> (and fatalError()) are not called. 

In that case, endDocument() should also not be called in the
case of a parser generated exception. I don't see why one should
treat a client generated exception differently, it would just
make client code more complicated.

> endDocument() and fatalError() 
> are for the use of the parser only. If the client chooses to 
> prematurely abort processing by tossing an exception, then the client 
> has the responsibility to clean up before doing so. 

I think cleanup responsibility is determined by what you
"own", not by where the exception originates.

Karl


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
List: sax-devel, [email protected]
See:  http://www.saxproject.org/
https://lists.sourceforge.net/lists/listinfo/sax-devel