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

Re: Validating Entities (was Re: XML Torture Test: Parsers Fail)

  • From: "Richard L. Goerwitz" <richard@g...>
  • To: David Megginson <david@m...>
  • Date: Wed, 07 Apr 1999 15:17:16 -0400

pgp validating keys
David Megginson wrote:

>   3.Each of the parsed entities which is referenced directly or
>     indirectly within the document is well-formed

If I've seemed harsh, then forgive me.  I have a great deal of respect
for your views, and I don't think you're wrong here per se.

While I agree with what you've inferred about the standard, I'm not at
all certain that the standard itself forces your interpretation.  In the
above case, for example, the standard is talking about well-formed docu-
ments as if all parsed entities must be read in if used in the document.
In fact, this is not a requirement.  The whole reason parameter entities,
e.g., are not supposed to be used inside markup in the internal DTD sub-
set is that this allows us to bypass them if you're not validating.

(Incidentally, does it bother anyone else that you can have valid docu-
ments that aren't well-formed?  Imagine an external entity used inside
an attribute value?  If declared in such a way that a non-validating
parser doesn't realize it's external, then the validating parser will
reject it as an error (can't have external entities in this context).
There are other such cases, although this is the main one that comes
to mind.)

My general point is that the question of what you do while validating is
not simply a superset of what you do when just parsing with well-formed-
ness in mind.  You process documents in somewhat different ways depending
on which of these two alternatives you've chosen.  And so the question
of what context an external entity should be checked in, if validating,
is not clearly answered from the spec without exegesis, and I would ar-
gue, background knowledge.

Anyway, even if I grant that it says what you want it to, then the point
should still be made that it does so in a way that's not easy to interpret
or understand.  The fact that the writers of IE's parser apparently got it
wrong is therefore not at all unexpected.

-- 

Richard Goerwitz
PGP key fingerprint:    C1 3E F4 23 7C 33 51 8D  3B 88 53 57 56 0D 38 A0
For more info (mail, phone, fax no.):  finger richard@g...

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


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.