OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: ModSAX (SAX 1.1) Proposal

[ Lists Home | Date Index | Thread Index ]
  • From: "Don Park" <donpark@quake.net>
  • To: <xml-dev@ic.ac.uk>
  • Date: Sun, 21 Feb 1999 00:29:22 -0800

>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@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@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS