Hi,
Please kindly review webrev at
http://cr.openjdk.java.net/~henryjen/ccc/8011916/0/webrev/
The webrev brings over the latest javadoc overhaul occurred in lambda
repo. The specdiff can be found at
http://cr.openjdk.java.net/~henryjen/ccc/8011916/0/specdiff/overview-summary.html
There is also
This is a welcome change. I've looked at the serviceability test and the
changes look good except:
test/demo/jvmti/DemoRun.java
test/sun/tools/jhat/HatRun.java
- Looks like there are still some -d64 remnants that I wasn't expecting.
Thanks,
/Staffan
On 6 sep 2013, at 22:17, Kumar Srinivasan
One of the main consequences of how lambda matching rules
panned out is that it is in general a bad idea to overload any
method accepting a lambda.
It is only a bad idea to overload methods that take same-arity lambdas
in the same position.
removeAll(Collection)
vs
removeAll(Predicate)
On 9/5/2013 8:23 PM, mark.reinh...@oracle.com wrote:
2013/9/5 12:33 -0700, joe.da...@oracle.com:
IMO, the high order goal here should be getting the is this API okay to
use information encoded into the source code and class files. Given
that you've already compiled that information, I think
Changeset: 0f47f9f622d9
Author:xuelei
Date: 2013-09-07 17:05 -0700
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/0f47f9f622d9
7188657: There should be a way to reorder the JSSE ciphers
Reviewed-by: weijun, wetmore
! src/share/classes/javax/net/ssl/SSLParameters.java
!
