[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: ModSAX (SAX 1.1) Proposal
>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@i... 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@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...)
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|