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 2001/12/31 15:39:04 UTC
DO NOT REPLY [Bug 5642] New: -
backslashes and entity resolution and inputsources
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=5642>.
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=5642
backslashes and entity resolution and inputsources
Summary: backslashes and entity resolution and inputsources
Product: Xerces-J
Version: 1.4.4
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
Component: Core
AssignedTo: xerces-j-dev@xml.apache.org
ReportedBy: sander@x-hive.com
When you parse an input source (in my case a String with SAX) which contains a
document type with a system id like:
file:///d:\data\cm\my_staff.dtd
so with backslashes, and that dtd my_staff.dtd contains a reference to an
external entity in the same directory, say
<!ENTITY % externalthing SYSTEM "my_staff_external.dtd">
%externalthing;
then the resolution of that external dtd does not work (I think it tries to
find my_staff_external.dtd in the directory where the program is started from).
I do not know whether \'s are allowed in such SYSTEM-ids, but:
- It worked fine in Xerces 1.4.3.
- my_staff.dtd is found okay in the program described above.
- If I parse from a URL instead of from an InputSource (even when that URL
points to a file in a different directory), it works okay even with \'s.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-j-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-j-dev-help@xml.apache.org