SAX/Java: Exceptions, Again

David Megginson ak117 at
Fri Jan 9 11:54:16 GMT 1998

David Ornstein writes:

 > If the parser is unable to open a file (let's say) I'm assuming that this
 > will cause a to be thrown and in a fully Java system,
 > the parser might well ignore this and allow the application to catch it.
 > This means that there's no need to have any kind of return code coming out
 > of the Parse() function in the parser interface.  In thinking about this
 > for other languages, for languages that support exceptions, we're mandating
 > that the SAX implementations in those languages use exceptions also (since
 > there's nowhere for the return code and the return codes are no specified
 > as part of SAX).  And in languages that don't support exceptions, I'm at a
 > loss to say what we'd do.

For those languages, the parser would invoke the warning() or fatal()
callbacks to report an IO problem, and your handlers could set a
status variable.  For all SAX implementations, any invocation of
fatal() means that your document is probably corrupt, is not
guaranteed complete, and should not be processed (except for
error-reporting purposes).

All the best,


David Megginson                 ak117 at
Microstar Software Ltd.         dmeggins at

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at
Archived as:
To (un)subscribe, mailto:majordomo at the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at

More information about the Xml-dev mailing list