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 2004/03/03 00:34:04 UTC
DO NOT REPLY [Bug 27346] -
Can not load schema in documents defined by a file-URI containing '|' as drive identifier machines running a Microsoft OS
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=27346>.
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=27346
Can not load schema in documents defined by a file-URI containing '|' as drive identifier machines running a Microsoft OS
mrglavas@ca.ibm.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
------- Additional Comments From mrglavas@ca.ibm.com 2004-03-02 23:34 -------
file://c|folder1/folder2 is no a valid URI as per RFC 2396 [1]. A literal '|'
is not allowed to appear in a URI reference. In order to include it you must
use an escape sequence. The fix up of some system dependent file names to URIs
is only there because historically the parser has allowed file names to be
specified in place of a URI. This certainly isn't according to spec.
I think trying to do more than we currently do sets us down a slippery slope.
If someone truly meant to include a '|' in their URI, then the correct thing to
do would be to escape rather than replace it with a ':'. We may end up doing
the wrong thing in some situations (especially considering that Java code runs
cross-platform) such as converting valid URIs of the form c:/path to
file:///c:/path where the user may have actually meant c:/path.
[1] http://www.ietf.org/rfc/rfc2396.txt?number=2396
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-j-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-j-dev-help@xml.apache.org