These are the final results of the Public Review Ballot for JSR #308. The EC has approved this ballot.
JSR308
StagePublic Review Ballot
Ballot durationDec 10, 2013 to Dec 23, 2013
Votes

EC

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
Vote Log

EC

On 2013-12-19 Gemalto M2M GmbH voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-12 Oracle voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-12 Software AG voted Yes with the following comment:
This will allow annotations to be more useful.
------------------------------------------------------------------------------
On 2013-12-23 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-12-23 Intel Corp. voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-16 V2COM voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-22 Eclipse Foundation, Inc voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-23 Hewlett-Packard voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-23 Azul Systems, Inc. voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-23 SouJava voted Abstain with the following comment:
We echo the concerns of other EC members, and we are not convinced of the benefits of the potential complexity being added.
------------------------------------------------------------------------------
On 2013-12-14 London Java Community voted Yes with the following comment:
308 allows a flexible evolution of the annotations space. We hope that framework and library authors wield this power judiciously!
------------------------------------------------------------------------------
On 2013-12-18 SAP SE voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-13 TOTVS voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-16 CloudBees voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-16 Red Hat voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-14 MoroccoJUG voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-17 Goldman Sachs & Co. voted Abstain with the following comment:
Not sure that this is a good evolution of the language for Null type checks. We suspect it will be used in sub-optimal ways, and will lead to confusion when used without a common semantic structure across various frameworks. It would be better if the language continued to evolve to make the need for this JSR redundant in future revisions.
------------------------------------------------------------------------------
On 2013-12-21 Ericsson AB voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-15 Nokia Corporation voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-16 Twitter, Inc. voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-17 Keil, Werner voted Yes with the following comment:
Other EC members' concerns have a point, especially given Java 8 introduces a new "Optional" type to avoid NPEs which seems somewhat redundent to what you could do with a JSR 308 Checker.
A lack of adoption by Java 8 is unfortunate, but nevertheless I hope, use cases for it manifest themselves no later than Java 9 or synergies with other annotation-based JSRs especially BeanValidation for JavaEE 8.
Those currently allow checking values at runtime, while a proper use of this JSR could add compile-time checking where this is required.
------------------------------------------------------------------------------
On 2013-12-23 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 2013-12-23 Freescale Semiconductor voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-23 Credit Suisse voted Yes with no comment.
------------------------------------------------------------------------------
On 2013-12-12 Arm Limited voted Yes with no comment.
------------------------------------------------------------------------------