[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: [Q] How should SAX support Namespaces?

  • From: Toby Speight <tms@a...>
  • To: "XML developers' list" <xml-dev@i...>
  • Date: 20 Jul 1998 14:58:36 +0100

david davids
David> David Megginson <URL:mailto:david@m...>

=> In article <199807201132.HAA00572@u...>, David
=> wrote:

David> How should SAX support namespaces?  I can think of three
David> options:

I'd like to add a fourth: define namespace support as a layer above
SAX, which can interface with any SAX parser, and produce output
similar to that of SAX with additional information.  Then this
"namespace library" can do one of your proposed actions:

David> 1. Simply ignore them, and require the XML application to do
David>    the work (all of the necessary information is passed on by
David>    SAX).
David>
David> 2. Use the current interface, but allow namespace-aware SAX
David>    processors to prepend namespace URIs to element type and
David>    attribute names, as in
David>
David>    startElement("urn:www.megginson.com:doc", ...)
David>    endElement("urn:www.megginson.com:doc", ...)
David>
David> 3. Revised org.xml.sax.AttributeList and org.xml.sax.DocumentHandler
David>    to include the namespace as a separate (possibly-null) argument:
David>
David>    startElement("urn:www.megginson.com", "doc", ...)
David>    endElement("urn:www.megginson.com", "doc", ...)

4.  Apply an application-specified re-mapping to the names.  So the
    above could be initialised with
       ns_processor.setPrefix("urn:www.megginson.com", "davids-ns");
    and have its document handler called with
       startElement("davids-ns:doc", ...)
       endElement("davids-ns:doc", ...)


I don't particularly like (2) above, since it means that different SAX
parsers may return different values for the same document.

I do feel that namespace handling is orthogonal to syntactic parsing
of XML, and that SAX itself should confine itself to the latter.  I'm
not sure whether namespace processing should happen between SAX and
the application (layered approach) or separately "at the side" of the
application (application developers' utility class).

-- 


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/
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!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.