W3C home > Mailing lists > Public > www-xml-xinclude-comments@w3.org > June 2004

RE: Syntactically incorrect IRIs in href attributes

From: Jonathan Marsh <jmarsh@microsoft.com>
Date: Wed, 9 Jun 2004 14:54:51 -0700
Message-ID: <DF1BAFBC28DF694A823C9A8400E71EA203E27217@RED-MSG-30.redmond.corp.microsoft.com>
To: "Elliotte Rusty Harold" <elharo@metalab.unc.edu>, <www-xml-xinclude-comments@w3.org>

This is a bit tricky, as the useful thing for authors is to flag the
error as early as possible, but that precludes some implementation
strategies.  So the WG agreed to add a statement to this effect:

---
A syntactically invalid IRI <termref def="dt-must">should</termref> be
reported as a <termref def="dt-error">fatal error</termref>, but some
implementations may find it impractical to distinguish this case from a
<termref def="dt-resource-error">resource error</termref>.
---

Hope you find this an improvement.

> -----Original Message-----
> From: www-xml-xinclude-comments-request@w3.org
[mailto:www-xml-xinclude-
> comments-request@w3.org] On Behalf Of Elliotte Rusty Harold
> Sent: Saturday, May 15, 2004 7:29 AM
> To: www-xml-xinclude-comments@w3.org
> Subject: Syntactically incorrect IRIs in href attributes
> 
> 
> I wish there were a publicly accessible issues list/bug database,
> because I could swear I've raised this before; but looking through
> the archives I don't find it.
> 
> What should a processor do in the case where the href attribute
> contains a string which is not a legal IRI reference? For instance,
> it includes bad hexadecimal escape sequences?
> 
> In particular is this a resource error or a fatal error? I don't find
> any language in the current CR that's clearly on point. I suspect
> this is covered under:
> 
> Resources that are unavailable for any reason (for example the
> resource doesn't exist, connection difficulties or security
> restrictions prevent it from being fetched, the URI scheme isn't a
> fetchable one, the resource is in an unsupported encoding, or the
> resource is determined through implementation-specific mechanisms not
> to be XML) result in a resource error. Resources that contain
> non-well-formed XML result in a fatal error.
> 
> But I'm not sure. Clarification in the spec would be useful.
> 
> Consistency with XPointer syntax errors, which are recognized as
> resource errors, also suggests these should be resource errors.
> --
> 
>    Elliotte Rusty Harold
>    elharo@metalab.unc.edu
>    Effective XML (Addison-Wesley, 2003)
>    http://www.cafeconleche.org/books/effectivexml
> 
>
http://www.amazon.com/exec/obidos/ISBN%3D0321150406/ref%3Dnosim/cafeaula
it
> A
Received on Wednesday, 9 June 2004 17:55:40 GMT

This archive was generated by hypermail 2.2.0 + w3c-0.30 : Thursday, 9 June 2005 12:16:09 GMT