Skip to main content
Breadcrumbs
Date: 2023-07-25
Present:
- Ivar Grimstad (Eclipse Foundation)
- Jan Westerkamp (iJUG)
- Jared Anderson (IBM)
- Emily Jiang (IBM)
- Jim Krueger (IBM)
- Nathan Rauh (IBM)
- Tom Watson (IBM)
- Cesar Hernández (Tomitribe)
- Scott Marlow (Red Hat)
- Lenny Primak (Individual)
- Ed Burns (MSFT)
- Lukas Jungmann (Oracle)
- Petr Aubrecht (Payara)
- John Clingan (Red Hat)
- Ed Bratt (Oracle)
Agenda and Minutes
Jakarta EE 11 Plan
- Proposed “no later than (with exceptions allowed)” date for component specs to engage in Release Review: 2023-11-15. See JEA-5.
- Concurrency Spec plan pr https://github.com/jakartaee/specifications/pull/617
- Nathan correctly points out that the approved plan for Concurrency has a release date of 2024-03-28. It depends on Java 21, which is scheduled to go final in late September 2023.
- Discussion about realism of “six months after SE 21”. Discussion is emerging that a more realistic expectation is between “six to twelve months after SE 21” and aim for nine.
- After discussion the “no later than (with exceptions allowed)” date for component specs to engage in Release Review is currently targeted for 2024-01-30. JEA-126. This is 6 months, 5 days excluding the end date from today.
- Activation and Mail: Lukas Jungmann
- What, if anything, needs to be done for these specs for use in EE 11?
- Emily believes nothing additional needs to be done regarding Java versions in EE 11 for these specs.
- They currently use 8
- They will still be able to run on 21. But if they need to re-compile, they will have to recompile to 11..
- Jan will create an issue to track use of Java SE 8 bytecode (which is not supported for compilation by SE 21 beyond SE 21. Running SE 8 bytecode on SE 21 and beyond will still work.)
- Any concerns about dates and minimums, if you want to remain anonymous, please remember you can use https://purl.oclc.org/NET/edburns/contact . \
Pruning Managed Beans (JEA-42)
EE 11 TCKs
- Individual specification TCKS need to be complete and ready for their respective Spec ballot release.
- As per https://github.com/jakartaee/jakarta.ee/pull/1679 discussion + https://github.com/jakartaee/specification-committee/issues/59, Jakarta EE Platform implementations will not be required to pass Java SE style TCKs, instead Platform implementation will need to pass TCK tests that can be deployed to a Jakarta EE container.
- Platform TCK tests may be added to run/extend Java SE TCK style tests.
- Platform TCK tests that extend such tests may need to fixed in future EE releases to sync with future changes to Java SE TCK tests.
Back to the top