[
Lists Home |
Date Index |
Thread Index
]
Ken,
I realise this has been a bit painful so I'll try not to prolong this,
but for my benefit :-
> <xs:complexType name="extension">
> <xs:sequence>
> <xs:any namespace="##other" processContents="skip"
> minOccurs="0" maxOccurs="unbounded"/>
> </xs:sequence>
> </xs:complexType>
I appreciate that you have processContents='skip' and therefore from
an XSD validating parser perspective that content will (must) not be
validated (but you will or may be validating it elsewhere right), but
doesn't the complexType still act as a sort of specification what the
allowable content is (at least to a reader who may not have yet gotten
to a description of the layered validation approach that you are
promoting), and in this case specifically dis-allows content that has
no namespace affiliation as the immediate child of the extension
element ?
I guess this may be what you want though so, in that case does this :-
> and make it a layered business rule that UBL-namespaced constructs
> (of the four namespaces) are not allowed as immediate children of the
> UBL extension point based on your earlier comment:
also need to state that the UBL extension MUST also *not * contain an
immediate child that has no namespace affiliation (or are you
proposing that so long as its not UBL namespaced content you don't
care).
Fraser.
On 23/05/06, G. Ken Holman <gkholman@cranesoftwrights.com> wrote:
> At 2006-05-23 13:55 +0100, Michael Kay wrote:
> > > >> > Does ##other imply ##local or does ##other require there be a
> > > >> >target namespace that is different in the particle? If ##other
> > > >> >implies ##local then Xerces is wrong
> >
> >My interpretation of this is:
> >...
> >Clause 2.3 means that the null namespace (.absent.) does not match ##other.
> >
> >##local matches names that are not namespace-qualified (i.e. names in the
> >null namespace).
>
> So, though I do not need it anymore because I have the problem with
> multiple exclusions, the following should *not* have a particle ambiguity:
>
> <xs:complexType name="any-non-UBL">
> <xs:choice minOccurs="0" maxOccurs="unbounded">
> <xs:any namespace="##other" processContents="skip"
> minOccurs="0" maxOccurs="unbounded"/>
> <xs:any namespace="##local" processContents="skip"
> minOccurs="0" maxOccurs="unbounded"/>
> </xs:choice>
> </xs:complexType>
>
> And Xerces interprets this correctly.
>
> However, for UBL I have to use just:
>
> <xs:complexType name="extension">
> <xs:sequence>
> <xs:any namespace="##other" processContents="skip"
> minOccurs="0" maxOccurs="unbounded"/>
> </xs:sequence>
> </xs:complexType>
>
> and make it a layered business rule that UBL-namespaced constructs
> (of the four namespaces) are not allowed as immediate children of the
> UBL extension point based on your earlier comment:
>
> At 2006-05-23 13:24 +0100, Michael Kay wrote:
> > > Now ... how best to enumerate a *list* of namespaces to be
> > > excluded from a content model?
> >
> >I'm pretty sure you can't do that.
> >
> >Hence the rule that if two attribute wildcards exclude different namespaces,
> >their intersection is "not expressible" (3.10.6)
>
> Third subsection, 5th bullet ... thanks, Mike. Now I can take this
> to the committee.
>
> . . . . . . . Ken
>
> --
> Registration open for XSLT/XSL-FO training: Wash.,DC 2006-06-12/16
> Also for XSL-FO/XSLT training: Minneapolis, MN 2006-07-31/08-04
> Also for XML/XSLT/XSL-FO/UBL training: Varo,Denmark 06-09-25/10-06
> World-wide corporate, govt. & user group UBL, XSL, & XML training.
> G. Ken Holman mailto:gkholman@CraneSoftwrights.com
> Crane Softwrights Ltd. http://www.CraneSoftwrights.com/x/
> Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (F:-0995)
> Male Cancer Awareness Aug'05 http://www.CraneSoftwrights.com/x/bc
> Legal business disclaimers: http://www.CraneSoftwrights.com/legal
>
>
> -----------------------------------------------------------------
> 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>
>
>
|
