Request for Review (#2) : CR#8001634 : Initial set of lambda functional interfaces

Mike Duigou mike.duigou at
Tue Nov 20 04:58:12 UTC 2012

On Nov 14 2012, at 02:48 , Stephen Colebourne wrote:

> On 13 November 2012 19:05, Mike Duigou <mike.duigou at> wrote:
>> - becomes Function.apply
>> - Factory.make becomes Supplier.get
>> - Specializations of Supplier for int, long, double
>> - Reorder type variables to put result last
>> - Fixes many javadoc and stylistic comments.
>> What didn't change:
>> - Block was not renamed to Action or Procedure. The name Block.apply currently conflicts with Function.apply and should be renamed. Block.accept? Block.perform?
>> - Combiner will be part of the full API but it's only present in this patch as a comment.
>> - No default methods.
>> Unless there are sustained and persuasive objections this will be committed to the jdk8/tl workspace at the end of this week or early next week. (Hence "core-libs-dev" being the primary review list)
> The interface definitions say nothing about null. I'd like to see
> something in there, even if it is to say "null handling behaviour is
> defined by the implementation".

For these interfaces it's defined by the APIs which utilize them. I'm unsure how useful it is to say "treatment of nulls depends on usage".


More information about the core-libs-dev mailing list