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

RE: Parser Behaviour (serious)

  • From: Peter Murray-Rust <peter@u...>
  • To: <xml-dev@X...>
  • Date: Mon, 03 Apr 2000 08:48:51 +0100

intention parser
[Note: "serious" in my title was originally meant to make sure it wasn't an
April fool a la ZML, but it is clear that this really *is* a serious issue.]

At 02:42 PM 4/2/00 -0400, Didier PH Martin wrote:
>As Steve pointed that out, if the standalone="yes" attribute/value is
>included in the xml declaration, then what the parser does if external
>entities are present in the XML document and that these external entities
>are declared in the DTD? Are these external entities unresolved?

My understanding is that non-validating parsers have no obligation to
resolve external entities if they don't want to. They don't even have to be
consistent - they could decide there was a memory limit on a particular
document and just go on strike.

I have posted the example before, but a good example of the problem is the
use of external entities in SVG with the Adobe plugin. [The plugin is
excellent - it's just that whatever machinery it uses doesn't expand
external entities. Presumably even though it may be used with a DTD, this
doesn't trigger the activity]. If you include your picture as entities it
doesn't get displayed! Fairly graphic illustration of my point - I showed
it at Xtech2000.

So my summary is:
	- The experts (on this list) cannot agree precisely what a parser should
and should'nt do with various combinations. these include:
		- the intention of the parser (non-validating, or validating in
non-validating mode?)
		- the use of standalone
		- the motivation of including a SYSID for the DTD
		- the use of external entities
	- There is no way that this community can say it has consistent
interoperation at this level.
	- We have a serious problem.

My invitation is for someone or some group to describe exhaustively what
the problem(s) actually are. It might be that we can then all agree on
appropriate behaviour under every combination. In that case the document
would consist of a definition of conformance. Presumably a given parser
could have a label stating its conformance to this document. And when
XML-based software was produced which included a parser (and most will :-)
then the behaviour of the parser should be stated. Ideally it should be
switchable, but if not it would presumably be possible to transform an XML
document using another parser to give an input which was conformant.
Horrible, but it stops people manually editing files.

	The general response shows there is a problem and it must be tackled.
	I assume there is no W3C or OASIS activity which is tackling this
	We need (a) volunteer(s). It will be a lot of hard work, but it will make
them feel really good and catapult them to stardom.


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/


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.
First Name
Last Name
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.