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

RE: Default DTD URI

  • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • To: Kay Michael <Michael.Kay@i...>, Xmldev <xml-dev@x...>
  • Date: Mon, 10 Jul 2000 08:48:29 -0500

dtd uri
If the FPI is system independent, it should 
name the expectations of both the sender and 
the receiver.  Otherwise this is a laissez faire 
communication.  That is perfectly acceptable since 
both parties are responsible for limiting the 
risks of using their respective systems. They 
must specify the records of authority for 
declining or accepting risk. 

Recommending against using DTDs or schemas 
for validation advocates removing a means to limit 
risks.  Implementations that do not enable 
using standard means to contract for limiting 
the risk are poor implementations.  Any system 
regardless of using DTDs or schemas depends on 
the power of the implementation.  

There is a responsibility to ensure applications 
meet testable criteria that define the means.  
Because the W3C does not define such testing, 
organizations such as NIST pick up the task.  
What this means is that the recommendations for 
which applications are safe to use or risk 
aversive must come from outside the consortia.  
These organizations become responsible for the 
records of authority for these systems, not 
the consortia.

Len Bullard
Intergraph Public Safety
clbullar@i...
http://fly.hiwaay.net/~cbullard/lensongs.ram

Ekam sat.h, Vipraah bahudhaa vadanti.
Daamyata. Datta. Dayadhvam.h


-----Original Message-----
From: Kay Michael [mailto:Michael.Kay@i...]

I think this is a real problem, and I have in the past recommended against
using DTDs for validation for this reason. A validating parser checks that
the document conforms to whatever rules the sender wants it to conform to,
not that it conforms to the rules required by the recipient. Since DTDs are
only capable of expressing a small subset of the application-level validity
rules anyway, I've found it easier in practice to do all the validation at
application level. Perhaps I didn't try hard enough: there are parsers that
allow you to build a DOM, modify the doctype declaration to reference your
own DTD, and then validate against that. But I wanted to be
parser-independent, and SAX1 didn't even allow the application to discover
whether the parser was validating or not.

I'm hoping that XML Schemas will improve this situation, but it depends  on
how they are supported in products.

***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

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.