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

Re: Logical relationships between documents and schemata: was Re:using

  • From: Jonathan Borden <jborden@m...>
  • To: Tony Coates <Tony.Coates@r...>, xml-dev@l...
  • Date: Fri, 04 May 2001 16:37:57 -0400

parameterized schemalocation
Tony Coates wrote:

Let me comment separately on this issue.

>
> >To the question of how RDDL might help: The designer of a namespace
> >(designer of the RDDL document describing the namespace) is free to use
> >version specific purposes assigned to each rddl:resource referencing a
> >schema. The purpose http://www.rddl.org/purposes#schema-validation is
simply
> >a well known purpose for describing that a particular schema is used for
> >schema validation in a particular namespace. An application might, for
> >example, choose to label schemata with version specific purposes.
>
> Yes, but given that my instance document may have elements in an
unversioned
> namespace URI, for which there are multiple schemas (all listed in the
RDDL
> document), how do I determine which schema is the correct one?  Remember,
the
> answer may not be just the "schemaLocation", because if I have schemas
importing
> or including schemas which themselves import or include schemas, it may be
a big
> job to determine just what all of the relevant schema versions are.

Part of this is an issue with creating new versions of schemata. The new
schema needs to know which modules it is supposed to import and there are no
two ways around that. makefiles for software projects can get complicated,
especially when they are parameterized for versioning and other options.

The only thing RDDL will probably help with is getting to the schema
"driver" but the driver still needs to know how to find the correct modules
it includes.

If we are considering validation across multinamespace documents where the
schemata for the various namespaces are expected to reside at the namespace
URIs (via RDDL), I agree that xsi:schemaLocation doesn't do the trick.

I am not sure how people are contemplating such a thing, but perhaps this is
another reason to consider something like a rddl:schemaPurpose attribute
which could be fed to the RDDLURL resolver used to fetch the resource, like
xsi:schemaLocation, this attribute would probably need to accept a list of
purpose values which would be tried in order e.g.
"http://example.org/schema-version/1.0
http://www.rddl.org/purposes#schema-validation"

-Jonathan



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.