Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakarta.ee-spec] [BALLOT] Release Review for Jakarta Security 3.0

I am planning to get this on the table today.
It happened probably because we updated the TCK before creating the ballot and something happened then.






On Tue, May 17, 2022 at 3:31 PM Andrew Pielage <andrew.pielage@xxxxxxxxxxx> wrote:

As commented on the PR itself, the staged TCK is missing the TCK User Guide.

Arjan asked if we’re allowed to update the TCK mid-ballot, and I’m not confident on saying whether we are or not?

It’s a non-functional change in the same manner as a copyright license update, but it’s on the TCK so updating it would presumably change the SHA and arguably justify needing the CI in the CCR to be rerun against it?

 

If someone more knowledgeable can advise it would be appreciated, although I think I’m the only person to have not voted +1 so far so unless this invalidates the ballot I think the die is cast.

Apologies for noticing this at the 11th hour!

 

Thanks,

Andrew Pielage

Java Developer at Payara Services Ltd
Payara Services Ltd - Open Source Enterprise Software & Support

 

From: jakarta.ee-spec <jakarta.ee-spec-bounces@xxxxxxxxxxx> On Behalf Of Jean-Louis Monteiro
Sent: 03 May 2022 08:41
To: Jakarta specification discussions <jakarta.ee-spec@xxxxxxxxxxx>
Subject: [jakarta.ee-spec] [BALLOT] Release Review for Jakarta Security 3.0

 

Greetings Jakarta EE Specification Committee,

I request your vote to approve and ratify the release of Jakarta Security 3.0 as part of the Jakarta EE Platform 10 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://deploy-preview-462--jakartaee-specifications.netlify.app/specifications/security/3.0/

Per the process, this will be a fourteen-day ballot, ending on May 17, 2022, 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, Tomitribe, Primeton, and Shandong Cvicse Middleware Co.), 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,

_______________________________________________
jakarta.ee-spec mailing list
jakarta.ee-spec@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec

Back to the top