Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: when are duplicated type definitions allowed?

From: "Michael Kay" <mike@--------.--->
To: "'Tobias Koenig'" <tobias.koenig@---------.--->, <xmlschema-dev@--.--->
Date: 11/18/2008 3:58:00 PM
These things are currently very poorly defined: in fact the spec says as
much, it explicitly acknowledges that component identity is not fully
defined.

I think a number of products adopt the interpretation that components are
identical (and duplicates eliminated) if they are loaded from the same
absolute URL. Others would claim that the languuage of the spec invites you
to treat components as identical using some kind of "deep equality" or
"indistinguishability" test.

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

> -----Original Message-----
> From: xmlschema-dev-request@w... 
> [mailto:xmlschema-dev-request@w...] On Behalf Of Tobias Koenig
> Sent: 18 November 2008 15:32
> To: xmlschema-dev@w...
> Subject: when are duplicated type definitions allowed?
> 
> 
> Hej,
> 
> I can't find any clear explanation in the schema 1.1 (1.0) 
> spec how to handle multiple imports of the same schema 
> through different documents.
> 
> e.g. A imports B and C (with different namespaces)
>        B imports D 
>        C imports D
> 				(B and C import D with the same 
> namespace)
> 
> so all the types/elements/attributes from D appear suddenly 
> twice in the target schema... is that allowed?
> 
> Another situation: let's have the same type/element/attribute 
> definitions in two schema files with different filenames 
> (URIs) What should happen if a third schema includes (or 
> imports) these two files?
> 
> Thanks in advance
> 
> Ciao,
> Tobias
> 




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