OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Ambiguities in section 4.3.2 of XML 1.0 SE

[ Lists Home | Date Index | Thread Index ]

[I sent the following to xml-editor@w3.org. Am I completely crazy, or are
some clarfications called for in the spec? Would you think either of the
following examples were not well-formed?

Example: <foo bar="]]>"/>

Example: <!ENTITY cdend="]]>">
         <foo bar="&cdend;"/>

With respect to section 4.3.2 of the XML 1.0 Specification Second Edition
and by implication XML 1.1 CR, there appear to be several ambiguities
engendered by the following statement:

  An internal general parsed entity is well-formed if its replacement
  text matches the production labeled content.

... when considered in the context of CDATA Sections and "]]>". For example,
this would imply that the following declaration in an internal DTD subset
would result in an internal general parsed entity that is not well-formed:

<!ENTITY cdend "]]>">

... because the replacement text does not match the [43] content production.

If so ...

1) This contradicts statements about Literals in section 2.3, namely:

  Literal data is any quoted string not containing the quotation mark
  used as a delimiter for that string. Literals are used for
  specifying the content of internal entities (EntityValue),

... and production [9] EntityValue. Production [9] permits "]]>" as a
replacement text.

Furthermore, [10] AttValue also permits "]]>". It would be nonsensical for
<foo bar="]]>"/> to be well-formed, but not <foo bar="&cdend;"/>, using the
entity declaration above.

2) This contradicts the last paragraph of section 4.3.2:

  A consequence of well-formedness in entities is that the logical
  and physical structures in an XML document are properly nested; no
  start-tag, end-tag, empty-element tag, element, comment, processing
  instruction, character reference, or entity reference can begin in
  one entity and end in another.

The list appears to be intended to be exhaustive. The lack of "CDATA
Section" in the list might be interpreted to mean that you can start a CDATA 
Section in one entity, and end it in another. Therefore, the declaration of
&cdend; above should be well-formed.


Since the well-formedness of internal general parsed entities is completely
defined by productions [71] GEDecl, [73] EntityDef, and [9] EntityValue,
what is the value of the statement in section 4.3.2? What does it intend to

Perry A. Caro
Adobe Systems Incorporated


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS