| Re: [jakarta.ee-spec] [BALLOT] Jakarta Concurrency - Service Release Exception request |
The Jakarta EE Specification Committee voted on this Resolution in the Specification Committee call today (07/27/22) and it passed:
Thanks ... Paul
Dear Jakarta EE Specification Committee,
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 on the resolution documented below. Please respond with +1 (positive), 0 (abstain), or -1 (reject). Any feedback that you can provide to support your vote will be appreciated.
Background: Concurrency was added to the Web Profile for Jakarta EE 10, therefore existing Concurrency tests needed to be added to the Web Profile TCK. The existing Concurrency tests were deployed in EAR files and used remote EJB, neither of which are supported in the Web Profile. The tests in scope here are not new tests, they are existing tests that have been updated to no longer depend on EAR or remote EJB, there is no change to either the functionality or API testing. The Jakarta EE TCK Process states that a "... service release which updates the exclude list MUST not have test additions or updates". Given there are no additions, and the updates have no effect on functionality or API testing, granting the Concurrency project an exception to update their TCK is service release is reasonable.
Resolution: It is resolved that the Jakarta EE Specification Committee grants a Jakarta EE TCK Process exception to the Jakarta Concurrency project to update the tests in their Jakarta Concurrency 3.0 TCK to no longer depend on EAR or remote EJB when executed in environments that does not support these technologies, and deliver these changes as a service release.Thanks ... Paul