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/19 11:14:55 UTC
DO NOT REPLY [Bug 8249] -
An external entity behave as a part of the internal subset of the DTD when it is specified with an urn
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=8249>.
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=8249
An external entity behave as a part of the internal subset of the DTD when it is specified with an urn
philippe.poulard@inria.fr changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|Blocker |Minor
------- Additional Comments From philippe.poulard@inria.fr 2002-04-19 09:14 -------
I did further tests to understand this bug.
In fact, it is not severe as it seems.
I made a little mistake : this bug that I thought "blocker" is no more blocker,
it is in fact too permissive (that is : it should launch an error but it don't)
Here is the explanation of my mistake :
The entity <!ENTITY % refdoc SYSTEM "urn:x-semir:RESS:dtd/refdoc.ent"> was
firstly declared in the internal subset, so, the file refdoc.ent is considered
as a part of the internal subset, and it is normal to have the following error :
org.xml.sax.SAXException: The parameter entity reference "%DOCTYPE;" cannot
occur within markup in the internal subset of the DTD.
But notice that when I use an url reference instead of the urn reference, the
behaviour is still different : there is no exception launched whereas it should.
So, the parser is too permissive when one use url, and has the correct behaviour
when one use urn (and this bug is no more blocker, but minor).
I understand my mistake when I tried to declare the entity in the external
subset, because in this case it works both with urn and url.
Best regards
Philippe Poulard, INRIA
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-j-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-j-dev-help@xml.apache.org