Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: support for substitution groups, support for redefines?

From: Jeff Rafter <lists@----------.--->
To: Bryan Rasmussen <brs@----.-->
Date: 7/7/2005 3:58:00 AM
> Does anyone have a good overview of how well substitution groups and
> redefines are supported in various processors. The last big project where I
> used redefines extensively about half a year ago I had to redo halfway
> through after running into too many problems, problems where the redefine
> was proper and was supported by some processors but failed in others, even
> more insidious where cases where I had redefined incorrectly and it
> functioned in some processors or in some test instances only to fail later.
> This has put me off redefines, now I'm on something where redefines and
> substitution groups are being proposed as the extensibility mechanism. I've
> had misgivings about substitution groups, finding them somewhat overly
> complicated and have thus avoided them. How is their support?

Bryan,

I recently ran through a series of tests on <redefine> in terms of 
validation and was very surprised at its portability. I too had played 
with it a year or two ago and found that support was lacking. I am only 
just getting into use in other tools like data binding and intellisense 
type applications-- so I haven't really tested that.

The only real interop problem I ran into was with <redefine>ing 
chameleon components into a schema with a target namespace. The behavior 
seemed consistent for simple examples. But when I tried to 
simultaneously redefine a chameleon component as it was being included 
in a schema with a targetNamespace and add attributes from another 
imported namespace the validator choked on the instances.

The results were good enough that I was able to recommend its use. I 
also did not test any forms of restriction-- which only compounds the issue.

Cheers,
Jeff Rafter

From mike@s... Fri Jul 08 23:19:16 2005
Received: from mag


transparent
Print
Mail
Digg
delicious
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