Code review request: 8024861: Incomplete token triggers GSS-API NullPointerException

2013-09-26 Thread Weijun Wang
Hi All Please take a review at http://cr.openjdk.java.net/~weijun/8024861/webrev.00/ When the first NegTokenInit does not include the mechToken, Java throws an NPE. This code change checks it and throw a GSSException instead. Precisely, the mechToken can be missing and the initiator will s

hg: jdk8/tl/nashorn: 6 new changesets

2013-09-26 Thread sundararajan . athijegannathan
Changeset: c5475f5d4647 Author:sundar Date: 2013-09-24 20:43 +0530 URL: http://hg.openjdk.java.net/jdk8/tl/nashorn/rev/c5475f5d4647 8025312: parseInt should convert 'radix' argument to ToInt32 even if empty string is parsed Reviewed-by: jlaskey, hannesw ! src/jdk/nashorn/internal/

Re: Code review request: 8024861: Incomplete token triggers GSS-API NullPointerException

2013-09-26 Thread Sean Mullan
On 09/26/2013 05:28 AM, Weijun Wang wrote: Hi All Please take a review at http://cr.openjdk.java.net/~weijun/8024861/webrev.00/ When the first NegTokenInit does not include the mechToken, Java throws an NPE. This code change checks it and throw a GSSException instead. Precisely, the mechTo

hg: jdk8/tl/langtools: 8025139: javac patch for using bootstrap compiler for debugging is not working properly

2013-09-26 Thread vicente . romero
Changeset: 13eba2e322e6 Author:vromero Date: 2013-09-26 19:06 +0100 URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/13eba2e322e6 8025139: javac patch for using bootstrap compiler for debugging is not working properly Reviewed-by: jjg ! make/netbeans/langtools/build.xml ! mak

hg: jdk8/tl/jdk: 8025173: HashMap.put() replacing an existing key can trigger a resize()

2013-09-26 Thread mike . duigou
Changeset: 8f27030686a6 Author:bchristi Date: 2013-09-26 11:13 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/8f27030686a6 8025173: HashMap.put() replacing an existing key can trigger a resize() Summary: Ensure that HashMap is not resized if we're just replacing a value Revie

RFR: JDK-8014838: getStrongSecureRandom() should require at least one implementation

2013-09-26 Thread Bradford Wetmore
This minor suggestion came up in May from our JCK team: https://bugs.openjdk.java.net/browse/JDK-8014838 http://cr.openjdk.java.net/~wetmore/8014838/webrev.00/ JCK suggested all implementations should have at least one strong random implementation. I've also changed the error case to

hg: jdk8/tl/jdk: 8019192: StringIndexOutOfBoundsException: in Class.getSimpleName()

2013-09-26 Thread christian . thalinger
Changeset: 78b4dc33e6e6 Author:twisti Date: 2013-09-26 18:20 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/78b4dc33e6e6 8019192: StringIndexOutOfBoundsException: in Class.getSimpleName() Reviewed-by: jrose ! src/share/classes/java/lang/invoke/MemberName.java