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

Re: Requirements for making DTD validation work with namespaces

  • From: Wayne Steele <xmlmaster@h...>
  • To: james.anderson@m..., winchel@m..., xml-dev@l...
  • Date: Tue, 22 Aug 2000 12:34:47 -0700 (PDT)

splunged
Thank you for your input.
I have revised my requirements to be clearer, at the risk of belaboring the 
obvious.
Requirement 0 is new, and 3 has been split into 3.1 and 3.2.
Please let me know what you think.
====================

Background:

XML 1.0 [XML1.0] created the categories of "Well-Formed", "Valid", and 
"Invalid" xml documents.

Processors reject documents which are not "Well-Formed".

IF (and only if) a document meets all the validity constraints in XML 1.0, 
it is deemed "Valid". Otherwise it is "Invalid".

The Namespaces REC [NSREC] introduced a new category of "documents which 
conform to this specification" in section 6; hereafter called "NSConformant" 
documents.

As these requirements are actually quite modest, many processors reject 
documents which are not "NSConformant".

[NSREC] also allows for use of "universal names" in documents, if a 
processor allows and provides this information.

As a customer and user of XML Technologies, I find it useful to mandate that 
certain documents be "Valid". I also wish to make use of "universal names", 
as described in [NSREC].

The recommended use of "universal names" is frequently not compatible with 
the validity constraints in [XML1.0].

This has lead many people to choose:
      do not use "universal names", or
      do not distinguish between Valid and Invalid documents.

Problem:

How can I use "universal names" in my document, and still benefit from the 
concept of "Valid" and "Invalid" documents?

There are many solutions to this. To help select a widely useful solution, I 
propose the following requirements.

Requirements:

0.  All non "Well-formed" documents are rejected.
1.  The precise meaning of "Valid", as per [XML1.0], must be retained.
2.  The precise meaning of "Invalid", as per [XML1.0], must be retained.

3.1 "Universal names" are defined and used, and ONLY defined and used, as 
per [NSREC]. This requirement only applies to XML elements and attributes, 
not to DTDs and declarations.

3.2 All non "NSConformant" documents are rejected.

It may be useful to define a new category of documents.
For now, I will call these categories "Splunged" and "Unsplunged".

4.  ALL "Valid" documents are automatically assumed to be "Splunged".
5.  Documents which are "Invalid" are assumed to be "Unsplunged", unless 
otherwise specified.

The interesting problem is how to define "Splunged" vs. "Unsplunged" 
documents, using the "Valid" vs. "Invalid" distinction as a guideline.

===================

(Question | Comment)* are welcome.

-Wayne Steele


________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


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.