Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: including a schema document multiple times

From: noah_mendelsohn@--.---.---
To: "Michael Kay" <mike@--------.--->
Date: 9/18/2006 2:36:00 PM
Michael Kay writes: 

> (It doesn't even make it clear how you should absolutize the URI, 
> for example I've heard a serious suggestion recently that it's 
> incorrect to take xml:base into account.)

Sigh, yes.  Which is why my note of earlier this afternoon carefully said: =

"where two includes have schemaLocations with exactly the same 
URI".  A relative URI and an absolute URI are not the same URI, though 
they may "absolutize" to the same URI.  I was talking about the case where =

they were specified as character-by-character the same on the include.  I 
claim that case is fairly well covered.

The Recommendation says, as Sandy noted:

"Note: The above is carefully worded so that multiple <include>ing of the 
same schema document will not constitute a violation of clause 2 of Schema =

Properties Correct (=A73.15.6), but applications are allowed, indeed 
encouraged, to avoid <include>ing the same schema document more than once 
to forestall the necessity of establishing identity component by 
component."

Though a language lawyer could surely find lots of wiggle room, I don't 
think it's a great leap to suggest that this does cover the case where the =

exact same (character for character) URI appears on two includes.  To be 
clear, I'm not disagreeing that the wording is unfortunately vague, that 
there are important cases not covered, that it should if possible be 
improved, or that the rules for dealing with relative URIs aren't quite as =

clear as they might be.  I am saying that I think the intention in the 
case where the two URIs are really the same is clear enough.

--------------------------------------
Noah Mendelsohn 
IBM Corporation
One Rogers Street
Cambridge, MA 02142
1-617-693-4036
--------------------------------------








"Michael Kay" <mike@s...>
09/18/2006 05:52 PM
 
        To:     <noah=5Fmendelsohn@u...>
        cc:     "'Sandy Gao'" <sandygao@c...>, "'Wolfgang Jeltsch'" 
<wolfgang@j...>, <xmlschema-dev@w...>
        Subject:        RE: including a schema document multiple times


> I haven't heard anyone question the intent of the section 
> quoted by Sandy in the common case where two includes have 
> schemaLocations with exactly the same URI. 

> Anyway:  I think there are important cases in which the 
> recommendation is quite clear. 

I agree that it's common sense to treat two includes on the same
(absolutized) URI as identical. I disagree that the Recommendation makes 
it
clear that you should do so. (It doesn't even make it clear how you should
absolutize the URI, for example I've heard a serious suggestion recently
that it's incorrect to take xml:base into account.)

Michael Kay
http://www.saxonica.com/




From forge@b... Mon Sep 18 23:26:08 2006
Received: from wiggum.w3.org ([128.30.52.23])
	by frink.w3.org with esmtp (Ex


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent