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

SAX/Java: Exceptions, Again

  • From: David Megginson <ak117@f...>
  • To: xml-dev Mailing List <xml-dev@i...>
  • Date: Thu, 8 Jan 1998 21:20:57 -0500

sax java interface
I think that I've just answered my own question about Exception
handling in the Java implementation of SAX.  There is no reason that
the SAX frontend for each parser cannot pack exceptions from the
callbacks into a container and unpack them for the top-level
transparently -- that way, the parser can still have tight
compile-time error checking, but application writers won't have to
jump through hoops to throw exceptions to the top level.  Unless I
read a good argument to the contrary, then, the interface will look
like this:

  public void startDocument ()
    throws java.lang.Exception;

  public void endDocument ()
    throws java.lang.Exception;

  public void characters (char ch[], int start, int end)
    throws java.lang.Exception;

  /* etc. */

Implementations can use much stricter type checking themselves, and
are not required to throw any exceptions at all -- the Java interface
just gives the boundary (in this case, any or no exceptions).

I still need to define what a SAX parser is allowed to catch and what
it may pass through.  Here's a rough sketch:


1) A parser must catch all of its own, internal exceptions (i.e. no
   SAX parser should throw an exception that others do not -- this can
   be managed in the SAX frontend if necessary).

2) A parser may catch any exceptions derived from
   java.io.IOException (that includes the networking exceptions), but
   only if it is capable of resolving or working around the problem
   corresponding to the exception; otherwise, it must throw it on
   through to the top-level user code.

3) A parser must pass all other exceptions up to the user code.


What am I missing in this list?


All the best,


David

-- 
David Megginson                 ak117@f...
Microstar Software Ltd.         dmeggins@m...
      http://home.sprynet.com/sprynet/dmeggins/

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/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.