Compatibility Certification Requests for individual specifications?
Thread on mailing list (subject: “Compatibility Certification Requirements for EE 9.1”): https://www.eclipse.org/lists/jakartaee-platform-dev/msg02497.html
https://www.eclipse.org/lists/jakarta.ee-spec/msg01495.html is response from Scott Marlow
Clarification: Most of the “individual TCKs” are produced from the CTS and tests a single API component
Discussion to be continued on the mailing list - Please participate. Will try to decide on this request by next week’s call.
GF 6.1 RC1?
GlassFish now pass Full and Web Profile
RC1 will be released Wednesday next week
Java SE Versions PR: https://github.com/eclipse-ee4j/jakartaee-platform/pull/302
Optional parts of TCK – Scott’s changes are looking good
CORBA optional aspects need some verification – TomEE candidate?
Signature tests will be different – agnostic of Java level. What is the real impact of these changes? Scott Marlow is looking for review assistance.
Release Date: Still aiming for mid-May
Signature test change to not include JDK information will not block the EE 9.1 release.
TCK changes need to be done by Friday April 9, 2021 (as per our 2 week estimate to make final changes).
Core Profile Discussion
New specification under the Jakarta EE Platform Project?
No need for project creation review (may need a restructuring review)
Spec committee creation review requirements for profiles
Spec committee approval by super-majority, and
Super-majority approval by Jakarta EE WG Strategic members
Action: Set up a Google Doc to draft the content of creation review (release plan) - Ivar
Jakarta Config Discussion
Simplistic: @ConfigValue
Two options presented
Move MP config to Jakarta EE
Change namespace?
It was noted by at least two participants in the call that not doing so could seriously affect implementing solutions of both MP config and Jakarta EE like Wildfly and many others because would cause a JPMS package-splitting problem to keep an older MP version (e.g. MP4.x in Wildfly 23 next to a newer version of Jakarta EE that would then hypothetically split the MP config package into Jakarta EE).
Create a lightweight config specification under Jakarta EE
Annotation only?
MP config could extend this spec
Next steps: Possibly move “things” from MP config to Jakarta Config