hg: jdk8/tl/jdk: 7177556: Put TestProviderLeak.java on the ProblemList until test can be reworked

Changeset: 8e5635ded425 Author:wetmore Date: 2012-06-15 17:42 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/8e5635ded425 7177556: Put TestProviderLeak.java on the ProblemList until test can be reworked Reviewed-by: khazra ! test/ProblemList.txt

Re: Codereview for 7177556

Hi Brad, This looks fine to me. Thanks, Kurchi On 6/15/2012 5:25 PM, Brad Wetmore wrote: This test has started failing in JDK nightly. We were working on it this week, but test approach may need alteration. Putting this test on ProblemList.txt for the time being to quiet the test noise.

Codereview for 7177556

This test has started failing in JDK nightly. We were working on it this week, but test approach may need alteration. Putting this test on ProblemList.txt for the time being to quiet the test noise. 7177556: Put TestProviderLeak.java on the ProblemList until test can be reworked http://cr.

hg: jdk8/tl/jdk: 7175758: Improve unit test of Map iterators and Iterator.remove()

Changeset: e60cedd3a4aa Author:mduigou Date: 2012-06-15 13:01 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/e60cedd3a4aa 7175758: Improve unit test of Map iterators and Iterator.remove() Summary: Adds additional tests of Map iterators and Iterator.remove() Reviewed-by: lance

How to detect if a PKCS11 token presents in a system?

Hello, Right now I'm solving this problem by calling 'getMechanismsList' on the PKCS11 wrapper object. Considering that Windows x86-64 doesn't have PKCS11 support in Java, code becomes more tricky, because I have to instantiate all objects via reflection. Is it possible to avoid using such tricks a

hg: jdk8/tl/jdk: 7176485: (bf) Allow temporary buffer cache to grow to IOV_MAX

Changeset: 23394d686f74 Author:alanb Date: 2012-06-15 17:16 +0100 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/23394d686f74 7176485: (bf) Allow temporary buffer cache to grow to IOV_MAX Reviewed-by: chegar, coffeys ! make/java/nio/mapfile-linux ! make/java/nio/mapfile-solaris !

hg: jdk8/tl/jdk: 3 new changesets

Changeset: 8deec0d1fc6f Author:mullan Date: 2012-06-15 08:43 -0400 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/8deec0d1fc6f 7176326: CertPath/CertPathBuilderTest failures after webrev 6854712_6637288_7126011 Reviewed-by: xuelei ! src/share/classes/sun/security/provider/certpat

hg: jdk8/tl/jdk: 7156963: Incorrect copyright header in java/io/SerialCallbackContext

Changeset: 00c9d6cce3ec Author:coffeys Date: 2012-06-15 14:16 +0100 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/00c9d6cce3ec 7156963: Incorrect copyright header in java/io/SerialCallbackContext Reviewed-by: weijun, coffeys Contributed-by: edvard.wende...@oracle.com ! src/share/

Re: Code revire request: 6966259 (was Re: Avoid PrincipalName with realm == null)

Looks fine to me. Thanks, Xuelei On 6/15/2012 3:59 PM, Weijun Wang wrote: > Webrev updated: > >http://cr.openjdk.java.net/~weijun/6966259/webrev.01/ > > Changes made: > > test/sun/security/krb5/name/Constructors.java > src/share/classes/sun/security/krb5/RealmException.java > src/share/cla

AUTO: Kevin T Driver is out of the office. (returning 06/25/2012)

I am out of the office until 06/25/2012. I will respond to your message when I return. Please contact Lisbeth Arriaza for L2 support requests. Please contact Audrey Timkovich for urgent support requests of the Java Security team or JCE specific issues. Please contact Ralph Snow for ITSAS conc

Re: Code revire request: 6966259 (was Re: Avoid PrincipalName with realm == null)

Webrev updated: http://cr.openjdk.java.net/~weijun/6966259/webrev.01/ Changes made: test/sun/security/krb5/name/Constructors.java src/share/classes/sun/security/krb5/RealmException.java src/share/classes/sun/security/krb5/Realm.java src/share/classes/sun/security/krb5/PrincipalName.java src/