[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: SAX and endDocument
> The normal way is: If *I* make a function call that throws an exception > then *I* have to write the "finally" clause to do the clean up. > A library that provides an implicit finally does the unexpected thing. Considering this position, I came to the same conclusion. However, when considering the SAX universe on whole it makes absolute sense that endDocument be guaranteed. Many developers simply write pass-through filters based on ContentHandler. In these black-box pipeline classes there is no call to parse around which one should place a finally-- they must be autonomous in there intialization and finalization. For this reason I feel that the Xerces implementation is in error. I ran a quick survey to see how the major parsers break down-- I haven't had a chance to test MSXMLs SAX implementation yet. AElfred2 : fires endDocument XP : fires endDocument Oracle V2 XML Parser: does not fire endDocument crimson : does not fire endDocument Expat : fires endDocument Cheers, Jeff Rafter
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|