You are viewing a plain text version of this content. The canonical link for it is here.
Posted to j-dev@xerces.apache.org by bu...@apache.org on 2002/04/02 06:16:59 UTC
DO NOT REPLY [Bug 7517] -
parsing ATTLIST does not call startEntity() (LexicalHandler) anymore when an internal Parameter Entity is referenced
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7517>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7517
parsing ATTLIST does not call startEntity() (LexicalHandler) anymore when an internal Parameter Entity is referenced
------- Additional Comments From gmarcy@us.ibm.com 2002-04-02 04:16 -------
>From the documentation of LexicalHandler#startEntity:
"Because of the streaming event model that SAX uses, some entity boundaries
cannot be reported under any circumstances:
general entities within attribute values
parameter entities within declarations
These will be silently expanded, with no indication of where the original entity
boundaries were."
A SAX parser is only allowed to report start/end entity events for parameter
entities that consist of complete markup declarations and must not report them
for PE references within markup.
So, while at an XNI level Xerces can report whatever it wants, it would not be
conformant to pass those events out to a SAX application. While one could
always define a non-standard Xerces feature to allow SAX applications to get
such events, it must not do so in the absence of such a feature being set by the
application. If Xerces is doing so in the case of element declarations, that is
a defect and must be fixed.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-j-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-j-dev-help@xml.apache.org