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