XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
RE: [xml-dev] RE: Is schemaLocation just a hint in schema import?

I was part of the joint task force that profiled XML Schema for XForms
1.0 Basic Profile.
The conclusion was that dealing with types only and not structure was a
natural dividing point.
This division allows for the use of XML Schema for type derivation, but
only for simple types.
The task force members are listed here:
http://www.w3.org/TR/xforms/sliceI.html#Bottom
The profile is described here:
http://www.w3.org/TR/xforms-basic/#id2606183

Leigh
 

-----Original Message-----
From: Rick Jelliffe [mailto:rjelliffe@allette.com.au] 
Sent: Tuesday, October 17, 2006 12:22 AM
To: xml-dev@lists.xml.org
Cc: xmlschema-dev@w3.org
Subject: Re: [xml-dev] RE: Is schemaLocation just a hint in schema
import?

C. M. Sperberg-McQueen wrote:
> The Working Group is working as hard as we can to make XML Schema
> 1.1 clearer than 1.0, to fix bugs, and to add useful
> functionality.  Simplification in the form of eliminating
> features has proven to be a very hard sell -- almost everyone
> agrees that there are a lot of features no one would miss, but
> the lists people give don't converge.
I support XSD 1.1 but...

One way to simplify XSD is through layering rather than feature
elimination.

* Move key/keyref and integrity constraints to another part
* Move import/include/redefine to another part
* Remove complex type derivation/abstract/substitution/nillability to 
another layer, leaving a smaller-than RELAX NG core language. This may 
entail some simplified syntax, but not as much as some people might 
think, given that complex types are defined by giving the whole content 
model, not just deltas.
* For the part with complex type 
derivation/abstract/substitution/nillability etc, define these are 
functions that notionally reduce the schema into the core language or 
which allow static or dynamic checks on the schema.

These cosmetic changes have the benefit that each part is easier to 
reason about and teach, but also they allow a clear "little XSD" 
profile. It seems to fit in with 
http://www.xml.com/pub/a/2006/09/20/profiling-xml-schema.html too.

That there is no universal agreement on features for a profile is no 
reason not to create at least one profile. When a train is bearing down 
on you, it is not so important that you jump the very best way but that 
you jump at all!

Cheers
Rick Jelliffe

_______________________________________________________________________

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@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
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]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS