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

Re: SAX2: Namespace Processing and NSUtils helper class

  • From: David Brownell <david-b@p...>
  • To: Tim Bray <tbray@t...>
  • Date: Wed, 05 Jan 2000 12:01:54 -0800

Re: SAX2: Namespace Processing and NSUtils helper class
Tim Bray wrote:
> 
> At 11:41 AM 1/5/00 -0800, David Brownell wrote:
> >To be clearer, the cases correspond to these XML documents:
> >       - undeclared prefix (error for namespace, but legal XML)
> >               <prefix:EXAMPLE />
> 
> In SAX2, if namespace processing is turned on (the default) this clearly
> has to be handled as an error.

And the proposal was that it'd be nonfatal, so that applications
will be seeing such data when they continue after nonfatal errors.

One issue was how it'd be represented ... given an API that provides
a namespace URI with every name, what it would provide there.


> >       - default namespace (per namespace spec, sections 2, 5.2)
> >               <root xmlns="http://foo">
> >                       <EXAMPLE xmlns:prefix="" />
> >               </root>
> 
> Likewise.  xmlns:prefix="" is always an error per the namespace spec.
> Er, did you mean <EXAMPLE xmlns="">?  If so, it's correct and EXAMPLE is
> not in any namespace.

The ":prefix" was a typo, yes.  I used the phrase "default
namespace" incorrectly.  This was to be "good" input.


> >       - Some URI
> >               <prefix:EXAMPLE xmlns:prefix="http://foo" />
> 
> What's the problem here?

There was none.  The second and third cases were intended to be legal
both from the XML and the namespaces perspective; only the first was
to be problematic.


> >That is, there's a distinction between "declaration needed and missing"
> >and "default namespace".
> 
> Indeed.  The first is an error, the second is legal.  I'm feeling stupid,
> because I think I'm missing your point.

How to expose the first case through the API, given that like any
validity constraint it's not fatal.

- Dave

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 unsubscribe, mailto:majordomo@i... the following message;
unsubscribe 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.