Re: [jakarta.ee-spec] BALLOT: Approval to Release Jakarta Annotations 2.

["Kevin Sutter" <sutter@xxxxxxxxxx>]

A couple of items
to highlight with this ballot...

1)  Note:
 The Compatibility Request for Annotations 2.0 is referencing
a Nightly SNAPSHOT of Glassfish.  We discussed this on yesterday's
Spec Committee call and agree that this needs to be firmed up.  But,
until we agree on what's exactly required and the fact that we did allow
Servlet 5.0 ballot to proceed with a similar reference, I'm going to take
the liberty of starting this vote.

2) I drafted this
note last night, but didn't hit send until this morning...  Thus,
the end date should probably be Oct 15, not Oct 14...  If I don't
have all of the votes by the 14th, I'll give it one more day.

---------------------------------------------------
Kevin Sutter 
STSM, MicroProfile and Jakarta EE architect @ IBM
e-mail:  sutter@xxxxxxxxxx     Twitter:  @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)    
LinkedIn: https://www.linkedin.com/in/kevinwsutter



From:
       "Kevin
Sutter" <sutter@xxxxxxxxxx>
To:
       "Jakarta
specification disccusions" <jakarta.ee-spec@xxxxxxxxxxx>
Date:
       10/01/2020
10:08
Subject:
       [EXTERNAL]
[jakarta.ee-spec] BALLOT: Approval to Release Jakarta Annotations  
     2.0
Sent
by:        jakarta.ee-spec-bounces@xxxxxxxxxxx

---

Greetings Jakarta EE Specification
Committee.

I need your vote to approve and ratify the release of Jakarta Annotations
2.0 as part of the Jakarta EE Platform 9 release. 

The JESP/EFSP requires a successful ballot of the Specification Committee
in order to ratify the products of this release as a Final Specification
(as that term is defined in the EFSP). 

The relevant materials are available here:

https://github.com/jakartaee/specifications/pull/224
https://deploy-preview-224--jakartaee-specifications.netlify.app/specifications/annotations/2.0/

Note:  The Compatibility Request for Annotations 2.0 is referencing
a Nightly SNAPSHOT of Glassfish.  We discussed this on yesterday's
Spec Committee call and agree that this needs to be firmed up.  But,
until we agree on what's exactly required and the fact that we did allow
Servlet 5.0 ballot to proceed with a similar reference, I'm going to take
the liberty of starting this vote.

Per the process, this will be a fourteen day ballot, ending on Wednesday,
Oct 14, 2020 that requires a Super-majority positive vote of the Specification
Committee members (note that there is no veto). Community input is welcome,
but only votes cast by Specification Committee Representatives will be
counted.

The Specification Committee is composed of representatives of the Jakarta
EE Working Group Member Companies (Fujitsu, IBM, Oracle, Payara, Red Hat,
Tomitribe, and Primeton), along with individuals who represent the EE4J
PMC, Participant Members, and Committer Members.

Specification Committee representatives, your vote is hereby requested.
Please respond with +1 (positive), 0 (abstain), or -1 (reject).  Any
feedback that you can provide to support your vote will be appreciated.

Thanks … 


---------------------------------------------------
Kevin Sutter 
STSM, MicroProfile and Jakarta EE architect @ IBM
e-mail:  sutter@xxxxxxxxxx     Twitter:  @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)    
LinkedIn: https://www.linkedin.com/in/kevinwsutter_______________________________________________
jakarta.ee-spec mailing list
jakarta.ee-spec@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec