LDAP URL (RFC 4516 2.1) specifies that only reserved, unreserved,
and pct-encoded chars can be used, which do not include general
non-ASCII unicode. UrlUtil deals with these chars correctly.
The javadoc of URLDecoder [1] also only allows these characters, and it
says --
There are two
Hi guys,
I have a small test case[1] and the two invokes of putAll have different
behaviors: the first invocation does not use the override put but the
second invocation does.
The root cause about this can be find in the TreeMap code:
/if (size==0 mapSize!=0 map instanceof SortedMap) {
On 3/2/2012 3:53 PM, David Holmes wrote:
On 2/03/2012 5:05 PM, Shi Jun Zhang wrote:
Currently jdk/src/solaris/bin/java_md.c includes pthread.h with
#ifdef __linux__, but BSD, MAC OS, AIX all needs to include pthread.h.
To avoid the situation that the ifdef clause becomes longer and longer
like
HI Charles,
I tend to agree with you. In this case, in my opinion,
AbstractMap.putAll has no business saying that it is equivalent to
calling put() as that should be part of the implementation note, not the
actual spec. Subclasses should be free to implement putAll in the most
efficient
On 02/03/2012 07:53, David Holmes wrote:
Yes we need to move to a more capability based inclusion conditional
compilation mechanism. I'm not sure if the build-infra project is
tackling this particular case.
Yes, I think moving to a more capability based compilation is where
build-infa wants
Thank you very much for this detail explanation.
As it is a simple modification to get this enhancement, and we
had an issue about it, please re-open it.
On Fri, Mar 2, 2012 at 4:09 PM, Weijun Wang weijun.w...@oracle.com wrote:
LDAP URL (RFC 4516 2.1) specifies that only reserved, unreserved,
Changeset: 161230ec7c73
Author:mcimadamore
Date: 2012-03-02 12:57 +
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/161230ec7c73
7132880: Resolve should support nested resolution contexts
Summary: Overload resolution routine should be updated so that it can be called
Alan,
as discussed, this is the proposed backport of 7105952 to jdk7u6. It's
baked in Jdk 8 for some time now without issue. The patch is slightly
different given that the JDK 7 repo had CR 7101658 to backout the round
1 fix.
Resulting code should be identical though. I thought I'd create a
On 02/03/2012 16:38, Seán Coffey wrote:
Alan,
as discussed, this is the proposed backport of 7105952 to jdk7u6. It's
baked in Jdk 8 for some time now without issue. The patch is slightly
different given that the JDK 7 repo had CR 7101658 to backout the
round 1 fix.
Resulting code should be
Changeset: 3664ca46bc91
Author:vinnie
Date: 2012-03-02 17:24 +
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/3664ca46bc91
6988842: jce/ECC test fails for SunPKCS11 provider using nss library
Reviewed-by: mullan
! make/sun/security/Makefile
!
Changeset: 8f61ac5986ee
Author:khazra
Date: 2012-03-02 13:48 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/8f61ac5986ee
7146763: Warnings cleanup in the sun.rmi and related packages
Summary: Cleanup warnings and use jkd7 features in sun.rmi.*
Reviewed-by: smarks, chegar,
11 matches
Mail list logo