error trapping

james anderson James.Anderson at
Tue Oct 19 17:45:54 BST 1999

the xml parser with cl-http signals exceptions. lisp's control model permits
the handler to execute in the dynamic context of the parser which would permit
the caller to decide what to do. on the other hand, i've yet to implement any
continuations: i terminate the parser, but other options are possible.

one intrinsic problem with java parsers is that the java control model forces
exceptions to unwind from the initiator's dynamic  context before the handler
obtains control. this would mean that a callback interface would have to be
proposed, ratified, and implemented. i recall discussions of such a thing when
sax started, but the recollection is vague.

Ross Mehlman wrote:
> The parsers/validators I've come across thus far stop when they come across
> an error.
> Is there anything out there that will resume after finding an error (and
> possibly find more?), writing errors to a report instead?

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at
Archived as: and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo at the following message;
unsubscribe 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