Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: xsd:any and its processContents and namespace attribute

From: "Shlomo Yona" <S.Yona@--.--->
To: "Morris Matsa" <mmatsa@--.---.--->
Date: 8/28/2007 11:01:00 PM
Thanks.
I'll read all this carefully.
I'm still somewhat confused.

Shlomo.

-----Original Message-----
From: Morris Matsa [mailto:mmatsa@u...] 
Sent: =E3 29 =E0=E5=E2=E5=F1=E8 2007 15:51
To: Shlomo Yona
Cc: xmlschema-dev@w...
Subject: RE: xsd:any and its processContents and namespace attribute


Yes, although as I indicated I don't think you should think of it as
precedence, because I think that will lead you down some wrong =
decisions,
for example when implementing the uniqueness constraint (UPAC).  They =
are
simply answering two different questions:  namespace helps decide when =
this
particle matches, processContents helps decide whether this particle
validates successfully when it has matched.  They aren't involved in
answering the same question, so it's not really an issue of precedence.
I'm only slightly nervous with my interpretation since the spec explains =
it
all in a validation rule.  At any rate, I think your question is clearly
answered in the first validation rule in 3.10.4 [1] with the words "When
this constraint applies":

Validation Rule: Item Valid (Wildcard)

For an element or attribute information item to be locally =B7valid=B7 =
with
respect to a wildcard constraint its [namespace name] must be =
=B7valid=B7 with
respect to the wildcard constraint, as defined in Wildcard allows =
Namespace
Name (=A73.10.4).
When this constraint applies the appropriate case among the following =
must
be true:

1 If {process contents} is lax, then the item has no =
=B7context-determined
declaration=B7 with respect to Assessment Outcome (Element) (=A73.3.5),
Schema-Validity Assessment (Element) (=A73.3.4) and Schema-Validity
Assessment (Attribute) (=A73.2.4).
2 If {process contents} is strict, then the item's =B7context-determined
declaration=B7 is mustFind.
3 If {process contents} is skip, then the item's =B7context-determined
declaration=B7 is skip.


[1] http://www.w3.org/TR/xmlschema-1/#cvc-wildcard


"Shlomo Yona" <S.Yona@F...>@w3.org on 08/29/2007 08:34:41 AM

Sent by:    xmlschema-dev-request@w...


To:    Morris Matsa/Somers/IBM@IBMUS
cc:    <xmlschema-dev@w...>
Subject:    RE: xsd:any and its processContents and namespace attribute



Thank you.
So my previous email is wrong?
The namespace has precedence over the processContents

Shlomo

-----Original Message-----
From: Morris Matsa [mailto:mmatsa@u...]
Sent: =E3 29 =E0=E5=E2=E5=F1=E8 2007 14:55
To: Shlomo Yona
Cc: xmlschema-dev@w...
Subject: Re: xsd:any and its processContents and namespace attribute


I think that these are orthogonal properties.  First, the wildcard =
matches
any elements that pass the namespace check.  Then, for any elements that
match, you process them according to the method defined by the
"processContents".  So, from your options "skip only if the namespace =
..."
--- otherwise, if it's in the target namespace, then this particle =
wouldn't
match the element at all, and either some other particle would match it
(maybe an outer choice has other options) or otherwise the instance =
would
be invalid.


"Shlomo Yona" <S.Yona@F...>@w3.org on 08/29/2007 01:31:15 AM

Sent by:    xmlschema-dev-request@w...


To:    <xmlschema-dev@w...>
cc:
Subject:    xsd:any and its processContents and namespace attribute


Hello,

When using both processContents and namespace attributes in an xsd:any
which one of the two has precedence?

For example:
<xsd:any namespace==94##other=94 processContents==94skip=94/>

Should I just skip when processing or should I skip only if the =
namespace
of the observed element in the XML instance is from a namespace other =
than
the target namespace of the schema?

Thanks.

Shlomo.


From Rich.Adili@x... Thu Aug 30 16:20:21 2007
Received: from aji.w3.org ([133.27.228.225])
	by frink.w3.org with esmtp (Exim 4.50)
	id 1IQmkn-0000xw-0Q
	for


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