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