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

Re: schemaLocation

From: Mystra x64 <mystra_x64@fastmail.fm>
Date: Sun, 18 Mar 2007 16:47:16 +0300
Message-Id: <1174225636.11147.1180037501@webmail.messagingengine.com>
To: "George Cristian Bina" <george@oxygenxml.com>
Cc: xmlschema-dev@w3.org
Re: schemaLocation

Sure, that reserves an attribute for all schemas, but for me it sounds
both
kind of easier to implement and visually more appealing (though I do
understand
your point). And, sure, as you said the application that processes a
document is
free to take the schema from wherever it wants, but... it somehow need
to know where
to take if from, and it's kind of easier to write the location inside
the file
itself.

On Sun, 18 Mar 2007 09:54:42 +0200, "George Cristian Bina"
<george@oxygenxml.com> said:
> Hi,
> 
> One can think of many ways to do schema association, each have good 
> points and bad points.
> One bad point with your variant is that you reserve an infinite number 
> of attributes, one in each possible namespace.
> Anyway - the spec does not force you to use schema instance attributes, 
> the application that processes a document is free to take the schema 
> from wherever it wants so you can eventually implement your application 
> to look for schemaLocation attributes in different namespaces and use 
> them to find schemas - note that those schemas need to define also the 
> schemaLocation attribute.
-- 
  Mystra x64
  mystra_x64@fastmail.fm

-- 
http://www.fastmail.fm - Choose from over 50 domains or use your own
Received on Sunday, 18 March 2007 13:47:25 GMT

Subscribe to the Stylus Scoop newsletter for helpful XML tips and tutorials.
Email
First Name
Last Name
Company

Download Stylus Studio 6 XML Enterprise Edition

Subscribe in XML format
RSS 2.0
Atom 0.3
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-2007 All Rights Reserved.