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