SAX2: Parser interface

[Leigh Dodds]

>  > public interface Handler
>  > {
>  > }
>  >
>  > which marks a SAX2 Handler. The other handler interfaces are subclasses
>  > of this.
>
> I proposed this originally last spring and it was roundly shot down.
> If people are more comfortable with the idea, I'd be happy to add it
> back in.

I wasn't paying close attention last time SAX2 came up, I'll try and
dig back and see what the objections were.

>
>  Giving a generic:
>  >
>  > public void setHandler(Handler handler, String identifier)
>  > 	throws SAXNotRecognizedException, SAXNotSupportedException;
>
> Hmm -- I don't know about this part.  I think that it's still
> convenient to have explicit setters for the core handler types.

parser.setNamespaceDeclHandler(
		new NameSpaceDeclHandlerImpl()) ;
parser.setProperty("http://my.org/schema/handlers/schema",
		new MySchemaHandler()) ;

versus

parser.setHandler(new NameSpaceDeclHandlerImpl(),
		"http://xml.org/sax/handlers/namespacedecl") ;
parser.setHandler(new MySchemaHandler(),
		"http://my.org/schema/handlers/schema") ;

I like the second, mainly for consistency reasons (all handlers are treated
alike), and theres only a single method to remember. Although I can
see that I'd then have to make sure I used the correct URI identifier,
and I might well experience problems if I mispelt the URI, although
constants would mitigate this.

You could support both (with an anonymous/inner/private class?). So
setNamespaceDeclHandler just called setHandler with the correct URI.
Not 100% on this, I'll have to check.

All in all probably a stylistic point.

L.


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