The Java Community Process(SM) Program - JSRs: Java Specification Requests

Use of JCP site is subject to the JCP Terms of Use and the Oracle Privacy Policy

JSR #236
Concurrency Utilities for Java^TM EE
Final Approval Ballot
Ballot duration: 2013-04-16 to: 2013-04-29

These are the final results of the Final Approval Ballot for JSR #236. The EC has approved this ballot.

Votes

* Andreani, Stefano

Aplix Corporation

Arm Limited

Azul Systems, Inc.

Cinterion Wireless Modules GmbH

CloudBees

Credit Suisse

Eclipse Foundation, Inc

Ericsson AB

Fujitsu Limited

Goldman Sachs & Co.

* Google Inc.

Hewlett-Packard

IBM

Intel Corp.

Keil, Werner

London Java Community

Nokia Corporation

Oracle

Red Hat

SAP SE

SouJava

TOTVS

Twitter, Inc.

Icon Legend
Yes
No
Abstain
Not voted

* EC Member : Voting rights have been suspended according to JCP 2.8

View Vote Log

On 2013-04-17 SAP SE voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-17 Arm Limited voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-17 Cinterion Wireless Modules GmbH voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-19 Oracle voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-21 Nokia Corporation voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-22 Intel Corp. voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-22 Ericsson AB voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-29 Keil, Werner voted Yes with the following comment:
While a few doubts about the age of this JSR and proper integration into the Java EE ecosystem or redundancy with other parts of it (e.g. Trigger or ScheduledExecutorService vs. EJB Timer) it meets License Transparency, given its JavaDocs correctly point to the Spec License (based on suggestions and EC concerns during the January F2F when this JSR presented its results)
------------------------------------------------------------------------------
On 2013-04-24 TOTVS voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-26 CloudBees voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-27 Azul Systems, Inc. voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-28 Hewlett-Packard voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-29 Credit Suisse voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-29 IBM voted Yes with the following comment:
IBM's vote is based on the technical merits of this JSR and is not a vote on the licensing terms.  IBM supports licensing models that create an open and level playing field by allowing third parties to create independent implementations of Java Specifications and that do not allow individuals or companies to exercise unnecessary control for proprietary advantage.  We support open source as a licensing model for contributions in the JCP, and would hope others will support this direction. This comment is not necessarily directed at the current business or license terms for this JSR, however, it is a statement of IBM's preferred licensing model.
------------------------------------------------------------------------------
On 2013-04-29 Eclipse Foundation, Inc voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-29 Goldman Sachs & Co. voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-29 Twitter, Inc. voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-04-29 London Java Community voted Yes with the following comment:
LJC is very happy with this JSR, it builds on fine work in Java SE
------------------------------------------------------------------------------
On 2013-04-29 SouJava voted Yes with no comment.
------------------------------------------------------------------------------