Changeset: 4706897b4dec
Author:attila
Date: 2013-12-09 10:52 +0100
URL: http://hg.openjdk.java.net/jdk8/tl/nashorn/rev/4706897b4dec
8029467: Widening of booleans causes bad results
Reviewed-by: jlaskey, lagergren
! src/jdk/nashorn/internal/codegen/Attr.java
+ test/script/basic/JDK-
Changeset: 01b11184bcf9
Author:mfang
Date: 2013-12-11 21:22 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/01b11184bcf9
8026115: [zh_CN] inproper translation in output of jarsigner command
Reviewed-by: naoto, yhuang
! src/share/classes/sun/security/tools/jarsigner/Resources_
Changeset: 1298e476729c
Author:michaelm
Date: 2013-12-11 15:26 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/1298e476729c
8029944: Primitive Stream reduce method documentation pseudo code misidentifies
apply method
Reviewed-by: mduigou
Contributed-by: michael.mcma...@oracle
Changeset: fe3383582427
Author:rriggs
Date: 2013-12-11 16:52 -0500
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/fe3383582427
8029551: Add value-type notice to java.time classes
Summary: Add warning about identity of value types and reference to
ValueBased.html
Reviewed-by: brian
Changeset: 847cc0cccfa1
Author:rfield
Date: 2013-12-11 11:56 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/847cc0cccfa1
8029558: java.lang.VerifyError: Bad return type when lambda's body is in
parentheses
Summary: properly type convert the body of a lambda expression
On 11/12/2013 16:16, Sean Mullan wrote:
The code changes and suggested wording for the updated methods look
fine to me. Please add a release-note=yes label to the issue. The
permissions security guide will also need to be updated with the new
behavior of these methods:
http://download.java.n
On 12/10/2013 08:51 AM, Alan Bateman wrote:
In JDK 8 we deprecated the JDK 1.1-era SecurityManager methods
checkTopLevelWindow, checkSystemClipboard and
checkAccessAwtEventQueueAccess with a warning that they would be changed
in a future release to check AllPermission. At the same time we change
On 11/12/2013 13:17, Artem Ananiev wrote:
Hi, Alan,
the changes look fine to me.
A short quick question: what is the reason to introduce a new
AWTPermissions class as a holder for various AWTPermission constants?
We can have the same fields directly in AWTPermission. The only
difference is t
On 10/12/2013 18:37, Mandy Chung wrote:
Alan,
The change looks good. A minor one - in the class description of
java.lang.SecurityManager, I suggest to remove the references to
java.awt.AWTPermission line 143 and 214.
Thanks Mandy. I left in these links as it's just a sample list of
permiss
