GlassFish running on JDK 11, TCK running on JDK 11. With failures
Changes being made to make CORBA tests optional for EJB (pr + issue)
The PortableRemoteObject#narrow changes affects ~800 tests
jakartaee-tck/issues/621 is the tracking issue.
CDI TCK uses http://wiki.netbeans.org/SignatureTest but not the TestHarness project that is used by Platform TCK.
Aside… Open Liberty is having good luck with running the nightly TCK with JDK 11. Success rate is around 99.9x%. (Open Liberty does not implement all optional pieces of the Platform, so the current process does not allow it to be the CI for the Spec version.)
[KWS] Service Release update
This modified process should be finalized at tomorrow’s Spec Committee call and then this clarified Service Release process can be more widely communicated.
[EB] Discussion about TCK changes
Refactoring vs. Separating
DI, CDI, BV are separate. All others are included in Platform and WebProfile and qualify product compatibility.
Possible proliferation of test frameworks – JavaTest, Arquillian, Test NG, JUnit, Others?
[KWS] Wide open test harness selection could be problematic for vendors.
[SM] Configuration changes already have impact. Additional TCK runners would complicate things
In general – consistency in configuration and common tools
[DK] – Would recommend some set of tool standards. Citing expansive tooling in other frameworks
[Werner] – Could the TCK check Module definitions as the JDK now provides an extensive Module API?
[EJ] – Popular frameworks wherever possible.
Guidelines are needed! We (the platform team) must start the work with defining these guidelines to allow for component specifications to start extracting and refactoring their TCK. JSON Binding and Processing could be looked at for examples. No-one objected to the idea of defining guidelines.
[EB] – Vendor inclusion in this effort is important