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 #310
Date and Time API
Final Approval Ballot
Ballot duration: 2014-02-18 to: 2014-03-03

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

Votes

Arm Limited

Azul Systems, Inc.

CloudBees

Credit Suisse

Eclipse Foundation, Inc

Ericsson AB

Freescale Semiconductor

Fujitsu Limited

Gemalto M2M GmbH

Goldman Sachs & Co.

Hewlett-Packard

IBM

Intel Corp.

Keil, Werner

London Java Community

MoroccoJUG

Nokia Corporation

Oracle

Red Hat

SAP SE

Software AG

SouJava

TOTVS

Twitter, Inc.

V2COM

Icon Legend
Yes
No
Abstain
Not voted

View Vote Log

On 2014-02-20 TOTVS voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-03-03 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 2014-03-03 Fujitsu Limited voted Yes with the following comment:
Fujitsu's vote is based on the technical merits of this JSR and is not a vote on the licensing terms.

------------------------------------------------------------------------------
On 2014-02-18 Oracle voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-21 Gemalto M2M GmbH voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-26 CloudBees voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-19 London Java Community voted Yes with the following comment:
One giant leap forward for Java developers and dealing with date and time in an accurate manner. Special thanks goes to Stephen Colebourne and later Roger Riggs for their diligent efforts in getting this into Java.
------------------------------------------------------------------------------
On 2014-02-20 Ericsson AB voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-24 Red Hat voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-03-03 SouJava voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-18 Nokia Corporation voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-19 MoroccoJUG voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-19 Twitter, Inc. voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-20 SAP SE voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-20 Keil, Werner voted Abstain with the following comment:
Following the Spec Lead's answers to questions at the last EC F2F I can only continue to abstain.
Having 4(!) competing and largely incompatible Date/Time APIs only for Java SE 8, two newly added with version 8 when Modularity and Mobility is key to the future of Java is the wrong sign at the wrong time. It will hamper the improvement towards Java 9, especially a "Microkernel" kind of architecture for 9 and above we saw either at JavaOne or in Henrik Stahl's talk at the F2F. 
LJC's comment hit the point in a way "giant" is the right expression for JSR-310, "too giant" I'd like to add;-/
------------------------------------------------------------------------------
On 2014-02-21 Goldman Sachs & Co. voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-25 Freescale Semiconductor voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-26 Eclipse Foundation, Inc voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-27 Arm Limited voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-02-28 V2COM voted Yes with the following comment:
Glad to (finally) see an improvement to java.util.Calendar and the likes!
------------------------------------------------------------------------------
On 2014-03-03 Software AG voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-03-03 Hewlett-Packard voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-03-03 Azul Systems, Inc. voted Yes with no comment.
------------------------------------------------------------------------------
On 2014-03-03 Intel Corp. voted Yes with no comment.
------------------------------------------------------------------------------