[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Substitution Groups


substitution groups
1.  <include>  should be <import> if the namespaces are different for the
two <schema>.

2.  B must import A, as you say.

3.  A does not need to import B.  Element A must be declared as the head of
a substitution group.  I think some or all uses of the A element in complex
types must be marked as allowing substitutions.  The instance documents
specified by the schema for A, in which element B is substituted for element
A should be parsed in an environment in which schema locations can be found
for both A and B.

Substitution groups would have been DOA as a practical concept if the
namespace of the head of the group had to incorporate by import the
namespaces of all possible substitutions.  One of the purposes of this was
for umbrella organizations or consortia to be able to declare abstract
(never-instantiated) elements of possibly abstract type and let others
provide all the instantiable derived types and substitute elements.

Jeff
----- Original Message ----- 
From: "Paul Spencer" <xml-dev@b...>
To: "Xml-Dev" <xml-dev@l...>
Sent: Friday, February 18, 2005 2:00 AM
Subject:  Substitution Groups
...
> Are substitution groups practical when the head of the group is in a
> different schema document from the members of the group? The scenario is
> this:
>
> File A defines a complex data type AType and an element A of that type.
>
> File B defines a complex type BType that is an extension of AType and an
> element B of that type. Element B is in the substitution group for element
> A.
>
> It as an error if File B does not <include> file A since the XML Processor
> can't find the head of the substitution group.
>
> File A must <include> file B otherwise an instance that uses element B
will
> be invalid.
>
> However, if I have the circular <include> (file A <include>s file B and
file
> B <include>s file A) as some published examples do, MSXML is unhappy
because
> it sees multiple definitions.
>
> Am I being really stupid here? I'll probably realise as soon as I post
this.
>
> Regards
>
> Paul Spencer
>
>
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
>
> The list archives are at http://lists.xml.org/archives/xml-dev/
>
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>
>


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.