Cart
[Home] [By Thread] [By Date] [Recent Entries]
At 09:57 AM 11/15/99 -0800, Tim Bray wrote: >Hmm.... just specify the use of a nonvalidating processor. These have the >right to ignore external entities, not to barf, just to ignore them. If >the system is specified in this way, nobody will send external entities. >(Which lord knows they shouldn't be doing in ecommerce-land anyhow). Nope, sorry, not that easy, unless you specify the use of a specific processor or put big warning labels throughout indicating that external entities should not be used. Otherwise, some brillant techie who built a system on Aelfred or MSXML will start using external entities for things like company identification headers and everyone else's systems will barf when they find &mycompany; in place of <company participant="z75006">....</company>. Specifying the use of nonvalidating processors: a) denies you the benefits of validation, if you actually cared b) leaves you in a no-mans-land where external resources may or may not get retrieved, leading to different folks taking advantage of different toolsets and expecting them to work the same way when they don't. I wish the spec had avoided b, but I'm afraid it didn't. We're still stuck in this problem. Simon St.Laurent XML: A Primer, 2nd Ed. Building XML Applications Inside XML DTDs: Scientific and Technical Sharing Bandwidth / Cookies http://www.simonstl.com 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 unsubscribe, mailto:majordomo@i... the following message; unsubscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
