[
Lists Home |
Date Index |
Thread Index
]
- From: David Brownell <db@eng.sun.com>
- To: David Megginson <david@megginson.com>
- Date: Fri, 02 Apr 1999 10:42:52 -0800
David Megginson wrote:
>
> Actually, apps need to know about error messages too, but that wrecks
> the litany. Everything else should be taken care of invisibly by the
> parser.
public abstract void repeatTillDone (Elements, Attributes, Data)
throws SAXException;
:-)
Speaking of which, and surely a rats nest but one that's worth at
least bringing up: does anyone think there is more to be standardized
in the area of exceptions/diagnostics than just the warning/error/fatal
distinction we have now?
To elaborate a bit: normally, one wants to catch exceptions and
recover from them to some degree. Different exception, different
recovery -- if the peer closed the socket cleanly, there's probably
been no error, but other sorts of I/O exceptions are trouble. There
might be such issues with XML too; probably will be, over time.
I can't think of any such issues related to parsing XML, at least
right now I can't, but I'd like to know if anyone else has any.
- Dave
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)
|