[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: 27 Jul 1998 11:04:08 +0100

toby sax
Toby> Toby M. Speight <URL:mailto:tms@a...>
David> David Megginson <URL:mailto:david@m...>
John> John Cowan <URL:mailto:cowan@l...>


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

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", ...)


=> In article <u7m18pqsz.fsf@d...>, Toby wrote:

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


=> In article <35B8F05B.7ABBD816@l...>, John wrote:

John> I don't understand this comment.


My worry is that if the new interface for namespace-processed elements
is the same as that for SAX 1.0, then either kind of parser could be
used in a given program.  But the two types will not return the same
information through the interface, even though there is no change to
the function call.  This violates the principle of interfaces and
programming-to-contract.

OTOH, if namespace processing is an extra layer slotted in, that has
to be explicitly enabled with something like

  parser.setNamespaceProcessor(myNameHandler);

or

  namespaceProcessor.setParser(myParser);

then there is no change on the namespace-unaware application, and if a
namespace-aware application is given a namespace-unaware parser, this
will be discovered when it tries to enable namespace support.

-- 


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.