Hi,
According to RFC 3986[1], hexadecimal digits encoded by a '%'
should be case-insensitive, for example,%A2 and %a2 should be
considered equal. Although, URI.equals() does take this into
consideration, the implementation of URI.hashCode() does not and
returns different hashcodes for two URIs that are similar in all
respects except for the case of the percent-encoded hexadecimal digits.
This fix attempts to construct a normalized string from the string
representing a component before calculating its hashCode.
I converted to upper case for the normalization(and not lower case) as
required by [1].
For testing the fix, I added an additional test scenario to an
existing test (jdk/test/java/net/URI/Test.java). While I was there, I
also made
minor changes to the test so that it does not produce rawtype and other
lint warnings.
Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7171415
Webrev: http://cr.openjdk.java.net/~khazra/7171415/webrev.00/
URI.compareTo() still suffers from the same problem - I am not sure if
it should be dealt with as a separate bug.
Thanks,
Kurchi
[1] http://tools.ietf.org/html/rfc3986#section-6.2.2.1
