Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: Implementations/Non-Implementations of xs:redefine?

From: Eliot Kimber <ekimber@--------.--->
To: xmlschema-dev@--.---
Date: 1/9/2008 1:17:00 AM
Henry S. Thompson wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Michael Kay writes:
> 
>> I think it's not so much a question of whether tools implement redefine or
>> not, it's a question of whether they handle the corner cases, and how they
>> handle the cases that are not well-described in the specification. Examples
>> are whether two schema documents B and C can both redefine A, and under what
>> circumstances those redefinitions can coexist. Or what happens if you load a
>> schema incrementally (for example because of xsi:schemaLocation) and you've
>> already started validating before you encounter a redefinition. Or what
>> happens if you are doing something other than straight validation.
>>
>> I think it would be wise for anyone using xs:redefine to check that their
>> usage of it is supported by the tools they consider important in their
>> market.
> 
> Another way of going forward wrt Eliot's concerns is to observe that
> for _non_-corner cases, redefine implementations are in my experience
> pretty good and consistent.  If the DITA schema's usage of redefine
> doesn't explore the darker corners such as those Mike mentions above
> (and it's not hard to stay out of those corners), you should be in
> pretty good shape.
>

I think DITA shines a spotlight on those corners. In particular, any two 
  topic specializations used in the same environment (which will be all 
realistic uses of DITA, which, out-of-the-box, defines three 
specializations of the base topic type) will re-use the same base schema 
modules and apply *different* redefines.

I think that's exactly the main issue Mike is describing: schemas B and 
C (e.g., topic-type-specific "shell" schemas) both redefine groups 
defined in schema A (the base "topic" topic type schema module).

In a CMS system that's trying to manage these topics, I can imagine a 
serious problem if it expects to be able keep a single, invariant 
version of the "topic" module in memory or reflected in its internal 
schema or whatever.

Cheers,

Eliot
-- 
Eliot Kimber
Senior Solutions Architect
"Bringing Strategy, Content, and Technology Together"
Main: 610.631.6770
www.reallysi.com
www.rsuitecms.com

From ekimber@r... Wed Jan 09 13:43:25 2008
Received: from maggie.w3.org ([193.51.208.6


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