DRAFT PROPOSAL: Implement BGGA Closures for Java

[Neal Gafter]

Yes, I will need to put it in plain-text format.

This is not intended to bypass the JCP or to propose changes to the language
specification, but rather to provide a complete implementation of one
option.  I can certainly imagine that other proposals might take part in the
challenge as well.  This proposal augments BGGA with "method references",
which appears to be the main reason that some people prefer another
approach. Still, my reference to the poll is probably not constructive; I
certainly don't believe in language design by popular vote.  Realistically,
closures may not make it into JDK7 due to schedule pressures; JDK8 may be
more realistic.  We'll know more once Sun provides some schedule guidance.

Regards,
Neal

On Tue, Feb 26, 2008 at 2:11 AM, Clemens Eisserer <linuxhippy at gmail.com>
wrote:

> Hi,
>
> Without any doubt this proposal is challenging and will require
> significant amount of work, its cool and professional. By the way the
> rules say the final proposal has to be plain-text, so maybe you would
> like to change this.
>
> However what worries me is that there still hasn't been a descision
> about which closure type will be choosen and saying that BGGA is the
> preferred closure implementation is a bit canting - 42.7% favoured
> BGGA and 37.7% said they don't want any closure implementation.
> So what I fear is that this will end up with an completly implemented
> closure specification which will be choosen just because its already
> implemented.
> If BGGA is the best or not, it could also lead to some angry voices
> arguing that BGGA did it just because it took part at the challenge
> and that it "bypassed" the JCP this way.
>
> Please don't get me wrong, I like your proposal and the way its done
> ... its just a very hot topic.
> Furthermore I have to admit that I am not viewless when it comes to
> closures (I have a general opinion, I don't favour any
> implementation), so my opinion may be too very politic or I am biased.
>
> lg Clemens
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/challenge-discuss/attachments/20080226/76e492f4/attachment.html