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

Re: Help - any/anyAttribute - notNamespace, notQName

  • From: Mukul Gandhi <gandhi.mukul@gmail.com>
  • To: Ramkumar Menon <ramkumar.menon@gmail.com>
  • Date: Fri, 17 Dec 2010 13:37:37 +0530

Re:  Help - any/anyAttribute - notNamespace
Hi Ram,
    It seems you're referring to XML Schema 1.1 assertions. The
definitions cited in your examples are *not* syntactically correct
(xs:assert could not be a child of xs:any).

XML Schema assertions are defined at a level of complexTypes (and also
as facets on simpleType's). For e.g something like:

<xs:complexType name="MYTYPE">
     <xs:sequence>
         <xs:any />
     </xs:sequence>
     <xs:assert test="not(namespace-uri() = 'http://www.example.org')" />
</xs:complexType>

But here are the issues I see with using assertions on xs:any wild-card:
1. For xs:any (i.e with the wild-card "strict" mode) the element
instance will be validated by the element particle in scope of the
validation episode. Therefore any constraint on the wild-card via
assertions (for e.g a namespace constraint that you've specified) may
conflict with the targetNamespace of the element particle. Since
affect of assertions is a boolean and to the element particle
constraint in this case, I think using assertions for wild-card strict
mode is a poor XML schema design.
2. For xs:any with "lax" mode, I see assertions to have few valid uses
but only if there is no element particle available to validate the
corresponding element instance. Again if an element particle is
available in scope to validate the XML information item, then effect
of assertions is a boolean and to the element particle constraint,
which to my opinion is not a good design.
3. For xs:any with "skip" mode, I do not see any good uses of XML
schema assertions. In case of Xerces for xs:any wild-card "skip" mode,
the corresponding element information items are not available in the
XDM tree on which assertions operate, therefore assertions are not
much useful for wild-card "skip" mode.

To my opinion, using the XML schema component attribute instructions
notNamespace and notQName is a better idea to have constraints on
namespace and Qname's of information items (the elements and
attributes) instead of using schema assertions.

I think assertions would be more useful when bound to wild-card
instructions, for e.g to place constraints on aspects of child tree
(like how many children, white space constraints etc) of the root
element information item.

On Fri, Dec 17, 2010 at 4:22 AM, Ramkumar Menon
<ramkumar.menon@gmail.com> wrote:
> Gurus,
>
> I have a question.
>
> Are the following three definitions valid?
>
> 1.
> <any>
>   <assert test="not(namespace-uri() = 'http://www.example.org'"/>
> </any>
> 2.
> <anyAttribute>
>   <assert test="not(namespace-uri() = 'http://www.example.org'"/>
> </anyAttribute>
>  3.
> <any>
>   <assert test="not(node-name()= '{http://www.example.org}value-of)'"/>
> </any>
>
>
> If they are valid, can someone help explain why we need the notNamespace,
> notQName attributes explicitly?
> If the above definitions are *not* valid  - why?
>
> Ram
>
>
>
> --
> Shift to the left, shift to the right!
> Pop up, push down, byte, byte, byte!
>
> -Ramkumar Menon
>  A typical Macroprocessor



-- 
Regards,
Mukul Gandhi


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.