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

Re: SAX2: Should SAXException extend IOException?

  • From: David Brownell <david-b@p...>
  • To: David Megginson <david@m...>
  • Date: Sun, 02 Jan 2000 15:39:03 -0800

catch saxexception
David Megginson wrote:
> 
> I especially like the idea that higher-level libraries could have
> 
>   void importXML (String uri) throws IOException;
> 
> without the application's having any direct dependency on SAX
> interfaces.

That's possible regardless of the inheritance of SAXException,
so that can't be your real motivation.


>	  It could accomplish the same thing by having a
> SAXExceptionAdapter that embeds the SAXException and extends
> IOException, but that seems like a lot of unnecessary fuss for a very
> common case.

Is that the motivation?  In my work, such cases aren't common.  I need
all basic classes of fault to get different handling paths, and it's
never been a problem to have a "throws SAXException" be one of them (or
to map all the underlying faults to some more task-appropriate reporting
models, perhaps not involving exceptions at all).

Likewise, I've always found code like

	try {
		...
	} catch (MostDerivedException e) {
		// this has to go FIRST !!!
		...
	} catch (LessDerivedException e) {
		// don't put this after LeastDerivedException
		...
	} catch (LeastDerivedException e) {
		// careful -- this has lots of subclasses
		...
	} catch (... other cases ...) {
		...
	}

to be error prone.  Often some try/catch gets written and omits critical
cases, and testing won't turn them up until a release or two is fielded
(and then it's often expensive to find and fix the problems).  Far better
to use the language's strong typing facility to have the compiler make sure
all cases are handled from day one, by not having those exceptions inherit.

- Dave
		



> Opinions?
> 
> All the best,
> 
> David
> 
> --
> David Megginson                 david@m...
>            http://www.megginson.com/
> 
> 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...)

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...)



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.