ModSAX (SAX 1.1) Proposal

[Don Park]

>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;
try
{
    parser.setHandler("org.xml.sax.namespace", new NamespaceHandler());
}
catch (Exception ex)
{}

Don Park
Docuverse



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 (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe 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)