16860 2012-04-25 21:31:36 +0000 "Failure to resolve" in xs:include 2012-11-24 22:34:02 +0000 1 1 1 Unclassified XML Schema Structures: XSD Part 1 1.1 only PC All NEW needsReview P2 normal --- 1 mike David_E3 cmsmcq www-xml-schema-comments oldest_to_newest 67063 0 mike 2012-04-25 21:31:36 +0000 The specification requires processors to behave differently depending on whether the schemaLocation in xs:include "fails to resolve" versus whether it successfully resolves and delivers something that is not a valid schema document. It should be noted that it may be very difficult to distinguish these two cases. For example, there are two tests schB8 and schE9 that attempt to use the schemaLocation http://foo/foo in xs:include and xs:import respectively. With some internet providers, this URI will fail to resolve. With other internet providers, it will resolve to an HTML document saying that the domain name does not exist and inviting the user to purchase it. (This HTML document will typically be parsed as XML and fail to parse.) So this distinction is entirely outside the implementor's control, and clauses requiring (with an emphatic MUST) the processor to distinguish the two cases are unenforceable. I think that despite the "MUST", a processor that takes the same action in both cases would be conformant. 67320 1 David_E3 2012-05-04 15:56:21 +0000 WG proposal: add a statement to the paragraph beginning "It is not an error ..." saying that at user option a processor MAY treat it as an error. Make this change to features like "include". 76821 2 cmsmcq 2012-10-20 21:02:54 +0000 A diffed version of the spec showing a draft erratum for this issue is now on the server at https://www.w3.org/XML/Group/2004/06/xmlschema-1/structures.errata-2012.html (member-accessible link) Accordingly, I'm marking the issue as needs review. Michael, please note that your bug report specifically mentions the treatment of failure to resolve on xs:include and does not mention the similar wording used for xs:import. After a superficial examination of the text, I made the change apply to both include and import. Oddly enough, I did not see similar wording for redefine or override; perhaps someone should make a more systematic search before we close this issue. 78718 3 David_E3 2012-11-23 17:39:12 +0000 The draft errata document https://www.w3.org/XML/Group/2004/06/xmlschema-1/structures.errata-2012.html has changes to address this bug. We request Michael Kay to take a look and comment, please. 78747 4 mike 2012-11-24 22:34:02 +0000 The proposed change looks OK to me.