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

Re: Requirements on validation: (1) combine schemas, (2) divid

  • From: noah_mendelsohn@u...
  • To: "Costello, Roger L." <costello@m...>
  • Date: Tue, 29 Apr 2008 20:04:32 -0400

Re:  Requirements on validation: (1) combine schemas
Roger Costello wrote:

> - It should be possible to divide non-monolithic documents into pieces
> and then validate each piece against one of the schemas.
> (divide-and-validate)
> 
> Do existing schema languages meet these requirements?
> 
> - No, you have to understand all  schemas very well and change them.
> - No, you have to validate the entire document against the combination
> of all schemas.
> 
>    - W3C XML Schema
>    - RELAX NG


I don't think you've accurately characterised the XSD language.  You can, 
to a significant degree, to incremenal validation if your validator 
supports it.  First of all, you can get a degree of modularity by using 
facilities like xs:include.  So, if you have an "outer" schema that 
includes a bunch of "inner" pieces, you can also often do validations 
using just the inner bits by identifying one or more of the inner schema 
documents to your schema processor when that's what you want. Furthermore, 
the Recommendation makes clear that [1]: 

"With a schema which satisfies the conditions expressed in Errors in 
Schema Construction and Structure (§5.1) above, the schema-validity of an 
element information item can be assessed. "

Note that the above does not refer to an entire XML document, but to a 
given element.  Of course, most validators take the option of validating 
whole documents and starting with the root, but that's not required.  You 
can in principle start with any element in the tree.  XSD does this in 
part so you can divide things, as Murata-san suggests, and in part so that 
tools like editors can do incremental revalidation as small parts of a 
document change.  The same section [1] points out that you can, in 
principle, identify any global element declaration or complex type to use 
in validating the element information item you've chosen.

I'm not saying that all of this provides everything that you or Murata-san 
might want, but it's a little strong to say that XSD does not meet the 
requirement at all.

Noah

[1] http://www.w3.org/TR/2004/PER-xmlschema-1-20040318/#validation_outcome
--------------------------------------
Noah Mendelsohn 
IBM Corporation
One Rogers Street
Cambridge, MA 02142
1-617-693-4036
--------------------------------------








"Costello, Roger L." <costello@m...>
04/27/2008 04:33 PM
 
        To:     <xml-dev@l...>
        cc:     (bcc: Noah Mendelsohn/Cambridge/IBM)
        Subject:         Requirements on validation: (1) combine 
schemas, (2) divide a document into pieces and validate each piece, (3) 
use different schema languages, (4) validators work together


Hi Folks,

Here are a few snippets from slides by MURATA Makoto:

Requirements on validation#1

- It should be possible to combine schemas representing vocabularies
easily.

- It should be possible to divide non-monolithic documents into pieces
and then validate each piece against one of the schemas.
(divide-and-validate)

Do existing schema languages meet these requirements?

- No, you have to understand all  schemas very well and change them.

- No, you have to validate the entire document against the combination
of all schemas.

   - W3C XML Schema
   - RELAX NG

Requirements on validation#2

- It should be possible to use different schema languages for different
vocabularies.

- Validators for many schema languages should work together.

Do existing schema languages meet these requirements?

- No, you are forced to use one schema language.

- No, you have to use one validator.

   - W3C XML Schema
   - RELAX NG

More... www.asahi-net.or.jp/~eb2m-mrt/svgopen/200409SVGOpen.ppt

/Roger

_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@l...
subscribe: xml-dev-subscribe@l...
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php





[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.