Stephen Colebourne wrote:
> How are we deciding on the Java Futures? Are we voting? Just talking?
Funny you should ask ... :-)
First, the ideas can be discussed on the mailing list, but we should collect
them on the Wiki. Second, we should try to prioritize them. Third, I have
some feedback already on the good stuff posted, and have been asked if we
can provide some use cases, e.g., for continuations. Not that the ideas
aren't good, but the use cases will bolster the arguments internally at Sun
for why a given feature is important.
FWIW, I'm told that some of the ideas are already planned, so that should
make folks happy. I'm hoping that we'll get some direct feedback on the
Wiki page from Sun.
--- Noel
-----Original Message-----
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 27, 2004 19:54
To: Jakarta General List
Subject: Deciding on Java futures?
How are we deciding on the Java Futures? Are we voting? Just talking?
There are wide ranging views here, from add no more (JDK1.5 was bad enough)
to add everything but the kitchen sink.
The wiki has some simpler ideas which haven't been shouted down yet, like
jar in jar and access to the Class from a static context. I also think we
could leverage Jakarta Commons to get small useful methods added in a review
and tidy up of the core libraries (which is desparately needed). Perhaps we
could agree on these?
Could I suggest on language features, that our best approach would be to ask
Sun to allow us to discuss (in private if necessary) their proposed
additions in the next few months. That way we can feedback early our
experiences and maybe avoid adding unecessary or innappropriate 'features'.
(Personally I am on the side of most of the JDK1.5 additions being poor
choices that harm Java)
Stephen
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
