Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] XML spec and XSD

From: Rick Jelliffe <rjelliffe@-------.---.-->
To: xml-dev@-----.---.---
Date: 11/8/2009 9:03:00 AM
Len Bullard wrote:
> No.  I think it was a way of saying something simple and familiar will work
> until something more precise and powerful can replace it.  It was a
> stabilizer in a time of incredible shifts and unpredictable fortunes.  It's
> clear that validity is not intrinsic to markup functionally.  It is just as
> clear that validation is useful to applications.
>   
DTDs provide a convenient summary and test of a document; they allowed 
and encouraged a basic level of test-driven development in an area with 
a lot of cowboy programmers.

When the summary becomes larger than the document, and the test becomes 
more difficult to debug than to do by hand, then DTDs are not much use. 
Which is why so many small XML documents don't have them.

But you need a fairly large document for an XSD schema to be useful to 
programmers as a summary, and you need a very complex document before 
the schema is less difficult to install and debug than just inspecting 
the documents or writing your own tests.

The main problem with DTDs is not that they are flawed (they are nice 
simple, modest, inoffensive little things), but that that DTDs limited 
the expectations of the initial XSD Schema WG, many of whom had never 
written a schema or DTD IIRC*, about what a schema was supposed to do.  
Questions that could have been asked early include "Can this support 
HTML?", "Can this support SVG?", "Can this support RDF?", "Can this 
support XSLT?", "Can this support RSS?"   Instead, what we got was "Can 
this support Postal Addresses?"

Cheers
Rick Jelliffe

* When I was on the XSD Working Group (a decade ago), any reference I 
made to "idiomatic usages of XML" seemed to be met with utter 
incomprehension and dismissal, as if it were an eccentric concern.  
Consequently, at the last minute, when XSD was finally tested against 
real schemas such as HTML, it was found to need revisions: the whole 
complex-type derivation system was found inadequate and the <redefine> 
escape hatch had to be provided, for example. Now, after 10 years, we 
can see some recognition of this, in that XSD 1.1 has some idea that 
attributes might actually be used to make decisions on content. (Of 
course, instead of the neat RELAX NG way, XSD implements it by tacking 
it on outside content models, the chance for more bogus complexity being 
too irresistable, I suppose.) 

 

_______________________________________________________________________

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



transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent