[Home] [By Thread] [By Date] [Recent Entries]

  • From: David Megginson <ak117@f...>
  • To: James Clark <jjc@j...>
  • Date: Sun, 19 Apr 1998 07:53:29 -0400

James Clark writes:

 > Making the read methods on ByteStream and CharacterStream throw
 > SAXException seems wrong to me.  In a Java environment I need to be able
 > to throw an IOException.  So they should be declared as throwing either
 > Exception or IOException.  The approach in InputStreamAdapter of just
 > passing through the message from IOExceptions is not acceptable.  An
 > application may need to deal with different classes of IOExceptions
 > differently, so it needs to be possible to propagate the IOException up
 > to Parser.parse.

It would be easiest to have them throw Exception, since IOException
describes a constraint that will not make sense for a ByteStream or
CharacterStream implemented in another language.  I have just made
this change now, and the only difficulty comes in the optional
CharacterStreamAdapter and ByteStreamAdapter classes, where I have to
wrap the message from non-IOExceptions in an IOException.


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


Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member