ModSAX (SAX 1.1) Proposal

Don Park donpark at
Sun Feb 21 12:54:50 GMT 1999

>But SAX already uses java.lang.String.  How will avoiding

I agree that the use of String marks SAX as being Java-dependent but Object
issue is different because there is no obvious replacement for Object.  One
could use LPVOID for C/C++ but what about other languages?  Anyway, this
issue is not a clear cut issue so I don't think there is much point on going
further with it.

>parser.setHandler("org.xml.sax.namespace", nsHandler);
>Now the handler org.xml.sax.namespace will need to be of some specific
>type, org.xml.sax.NamespaceHandler, say.  What needs to be checked is
>that nsHandler is of type org.xml.sax.NamespaceHandler.  Using
>ModHandler doesn't do that.

It does if org.xml.sax.NamespaceHandler implements ModHandler.

public class NamespaceHandler implements ModHandler {}

ModParser parser;
    parser.setHandler("org.xml.sax.namespace", new NamespaceHandler());
catch (Exception ex)

Don Park

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

More information about the Xml-dev mailing list