Create Release Plan for Core Profile for Jakarta EE 12

[jhanders34]

Follow the release plan process in the Jakarta Specification process guide to create a release plan for Core Profile for inclusion in Jakarta EE 12.

• Link to release plan for your component: https://projects.eclipse.org/projects/[component]/releases/[x.y]/plan
• Link to release plan review PR in the specifications repository: https://github.com/jakartaee/specifications/pull/xxx

Things to include in the release plan are (but not limited to):

• New features
• Deprecation of existing function (which may be replaced with new function)
• Removal of previously deprecated function (requires a major version update)
• Other backward incompatible changes besides removal of deprecated function (requires major version update)
• Added or removed dependencies
• Notable newer Java SE features used
• New TCK tests for existing function that was not tested enough or tested at all
• Moving TCK from platform TCK to platform-tck repository to component repository
• Minimum Java SE version update (For Jakarta EE 12, the platform committee has declared that Java SE 21 will be the minimum Java SE level. As such I believe most release plans should state the same minimum Java SE level of 21.)

For each item in your release plan, there should be an issue opened in your repository and it should have the label EE12.

Resources to review for ideas of what to include in your release plan are this GitHub query that includes Jakarta platform issues that are labeled EE12, this google doc that is tracking ideas for Jakarta EE 12 content, and existing issues in your component's GitHub repository.

If your component does not plan to have a new release for inclusion in Jakarta EE 12 and just plans to use an existing release, close out this issue with that information. Do note that if your component is referenced in #1018, you should be planning to have a minor release at minimum. It may only contain the changes to remove references to SecurityManager / AccessController.

[edburns]

Consider adding

• Backward incompatible changes.
• Notable Java SE features used.
• Dependency changes (added/removed).