[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: error trapping

  • From: Matthew Gertner <matthew@p...>
  • To: XML Developers List <xml-dev@i...>
  • Date: Wed, 20 Oct 1999 14:07:34 +0200

c error trapping
Of course it is possible to implement resume semantics in C++ or Java
using exception handlers, although this places a significant burden on
the developer. Termination is only the default behavior. If I am not
mistaken, good old SP has excellent facilities for reporting validity
errors while continuing to validate, although I don't know whether it
uses standard C++ exceptions or some proprietary approach. In any case,
this seems very much desirable for certain types of XML applications,
such as authoring tools.


james anderson wrote:
> interesting account re MESA.
> well, resumption does require that the module which raises the exception
> provide meaningfull and correctly operating provisions for
> restarts/continuations, and that it provide exceptions which carry information
> adequate to decide upon and undertake appropriate corrective action. the
> necessary interfaces are on the same level as the principal functional
> interface and, as such, would not appear to do anything to compromise encapsulation.
> they may be harder to correctly program than simply exiting, but that's
> another story.
> as mr. bray notes, they may not be desirable, but that's also another story.
> John Cowan wrote:
> >
> > james anderson scripsit:
> >
> > > 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.
> >
> >...
> >
> > The essential problem with resumption, IMHO, is that it breaks
> > encapsulation: the resumptive handler is written by the author of the
> > calling routine, but runs as a friend of the called routine.
> > To work correctly, then, the caller must know everything about the
> > callee.
> not necessarily: yes, the caller must understand the causes and consequences
> of the conditions raised, but they must also know and abide by the interface
> provided by the exceptions and are constrained to the defined
> restarts/continuations, both of which are specified by the callee. while this
> form of encapsulation may have more facets, where's it broken?

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@i... the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.