[ http://issues.apache.org/jira/browse/XERCESJ-1136?page=all ]
Chris Simmons updated XERCESJ-1136:
-----------------------------------
Attachment: xercesBug.zip
A minimal program to reproduce the bug. Requires Xerces in its classpath.
Contains an instance with two imports, both of which require expanding. The
first one (provided for comparison) correctly produces a warning that the file
referred to cannot be located. The second one contains a non-ASCII character in
its URI which causes it to pass a relative URI into the entity resolver, which
then blows up.
> Expansion fails for URI's with non-ascii characters.
> ----------------------------------------------------
>
> Key: XERCESJ-1136
> URL: http://issues.apache.org/jira/browse/XERCESJ-1136
> Project: Xerces2-J
> Type: Bug
> Components: XML Schema API
> Versions: 2.7.1
> Environment: Linux, java 1.5
> Reporter: Chris Simmons
> Attachments: xercesBug.zip
>
> The problem appears to be that a valid anyURI that occurs, for example, in a
> schemaLocation attribute on an import, is not properly escaped. Any attempt
> to create a URI from it fails, meaning that if it is relative it is not
> possible to resolve it against the base system ID. MalformedURIExceptions
> generated are swallowed silently, and the end result is a string which is
> supposed to be the expanded ID which is actually not expanded. If this
> string is passed to an XMLEntityResolver, the entity resolver can't deal with
> it properly.
> I think that provided that the hint is a valid anyURI, it should be correctly
> escaped and the proper expanded system id calculated.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
