Jakarta EE 10: Support Jakarta Mail 2.1

[jhanders34]

Description of the high level feature, including any external spec links:

Implement the Jakarta Mail 2.1 specification

---

When complete & mandatory, add links to the UFO (Upcoming Feature Overview) document, FTS (Feature Test Summary), and blogs post issues(s):

• UFO:Mail 2.1 UFO

• FTS: FTS

• Beta Blog Post (if applicable): Beta Blog Issue

• Blog Post: https://github.com/OpenLiberty/open-liberty/issues/24616

• ---

  List of Steps to complete or get approvals / sign-offs for Onboarding to the Liberty release (GM date)

Instructions:

• Do the actions below and mark them complete in the checklist when they are done.
• Make sure all feature readiness approvers put the appropriate tag on the epic to indicate their approval.

Design

Before Development Starts or 8 weeks before Onboarding

• [x] POC Design / UFO Review Scheduled (David Chang) or N/A.
• [x] POC Design / UFO Reviewed (Feature Owner) or N/A.
• [x] Complete any follow-ons from the POC Review.
• [x] Design / UFO Approval (Alasdair Nottingham) or N/A.
• [x] No Design / No UFO Approval (Alasdair Nottingham) or N/A.
• [x] SVT Requirements identified. (Epic owner / Feature owner with SVT focal point)
• [x] ID Requirements identified (Documenting Open Liberty). (Epic owner / Feature owner with ID focal point)
• [x] Create a child task of this epic entitled "Feature Test Summary" via this template. Add the link in above.

Before proceeding to any items below (active development), this feature MUST be prioritized on the backlog, and have been socialized (e.g., UFO Review). Follow the Feature and UFO Approval Process.

Development

When active development has begun

• [x] Add the "In Progress" label to this issue.

Beta

If your feature, or portions of it, are going to be included in a beta
Before Onboarding the beta

• [x] Beta Fence the functionality (kind=beta, ibm:beta, ProductInfo.getBetaEdition())

1 week before beta GA

• [x] Create, populate, and link to the Beta blog post issue

Legal

3 weeks before Onboarding

• [x] Identify all open source libraries that are changing or are new. Work with Legal Release Services (Cass Tucker or Release PM) to get open source cleared and approved. Or N/A. (Epic Owner). New or changed open source impacts license and Certificate of Originality.

Translation

3 weeks before Onboarding

• [x] All new or changed PII messages are checked into the integration branch, before the last translation shipment out. (Epic Owner)

Feature Complete

2 weeks before Onboarding

• [x] Implementation complete. (Epic owner / Feature owner)
• [x] All function tests complete. Ready for FAT Approval. (Epic owner / Feature owner)
• [x] Review all known issues for Stop Ship. (Epic owner / Feature owner / PM)

Focal Point Approvals

2 to 1 week before Onboarding

You MUST have the Design Approved or No Design Approved label before requesting focal point approvals.

All features (both "Design Approved" and "No Design Approved")

• [x] FAT - (OpenLiberty/fat-approvers). SOE FATS are running successfully or N/A . Approver adds label focalApproved:fat to the Epic in Github.
• [x] Demo - (Tom Evans or Chuck Bridgham). Demo is scheduled for an upcoming EOI. Approver adds label focalApproved:demo to the Epic in Github.
• [x] Globalization (Sam Wong - Liberty / Simy Cheeran - tWAS). Translation is complete or N/A. TVT - complete or N/A. Approver adds label focalApproved:globalization to the Epic in Github.

"Design Approved" features

• [x] Accessibility - (Steven Zvonek). Accessibility testing is complete or N/A. Approver adds label focalApproved:accessibility to the Epic in Github.
• [x] ID - (Karen Deen). Documentation work is complete or N/A . Approver adds label focalApproved:id to the Epic in Github.
• [x] Performance - (Jared Anderson). Performance testing is complete with no high severity defects or N/A . Approver adds label focalApproved:performance to the Epic in Github.
• [x] Serviceability - (Don Bourne). Serviceability has been addressed.
• [x] STE - (Swati Kasundra). STE chart deck is complete or N/A . Approver adds label focalApproved:ste to the Epic in Github.
• [x] SVT - (Brian Hanczaryk - APS). SVT is complete or N/A . Approver adds label focalApproved:svt to the Epic in Github.

Ready for GA

1 week before Onboarding

• [x] No Stop Ship issues for the feature. (Epic owner / Feature owner / Release PM)
• [x] Ship Readiness Review and Release Notes completed (Epic owner / Feature owner / Release PM)
• [x] Github Epic and Epic's issues are closed / complete. All PRs are committed to the release branch. (Epic owner / Feature owner / Backlog Subtribe PM)

1 week before GA

• [x] Create, populate, and link to the Blog post issue

Other deliverbles

• [ ] OL Guides - (Yee-Kang Chang). Assessment for OL Guides is complete or N/A.
• [ ] WDT - (Leonard Theivendra). WDT work complete or N/A.
• [ ] Blog - (Laura Cowen) Blog article writeup (Epic owner / Feature owner / Laura Cowen)

[jhanders34]

Here are my comments from the UFO socialization:

Technical Background

• Update IMTP to be IMAP

As-is.

• Reference implementation is only accessible via third party visibility.
• Mail 2.1 should say 1.5/1.6/2.0

Feature Design

• Update the angus.mail name to have org.eclipse added

IBM-API-Packages

• Pacakages is spelled wrong and it's should be its

Communication

• OpenLiberty should be Open Liberty or maybe you meant openliberty.io?

Java APIs/SPIs

• Should be jakarta.mail instead of javax.mail

Automated Testing

• In the first bullet it should be 2.0 instead fo 2.1 for the fat project name.

[chirp1]

Info to doc this epic in issue at https://github.com/OpenLiberty/docs/issues/5853 . Approving epic.

[malincoln]

@jhanders34 @neuwerk are FATs complete? If so, pls add target:ga label. Thanks!

[gnadell]

WASADM L2 Support requested for a live session. The session is scheduled for 3/7/2023. Approving the STE.

[donbourne]

Serviceability Approval Comment - Please answer the following questions for serviceability approval:

1. UFO -- does the UFO identify the most likely problems customers will see and identify how the feature will enable them to diagnose and solve those problems without resorting to raising a PMR? Have these issues been addressed in the implementation? Yes. The mail-2.1 feature is an almost identical feature to mail-2.0 for EE9 and javaMail-1.6 for EE8, in almost all respects. The differences have been pointed out in the UFO. These changes have more to do with implementation details and have almost no practical use for users.

2. Test and Demo -- As part of the serviceability process we're asking feature teams to test and analyze common problem paths for serviceability and demo those problem paths to someone not involved in the development of the feature (eg. L2, test team, or another development team).
   a) What problem paths were tested and demonstrated? The StreamProvider API - the only major change to this version of Mail b) Who did you demo to? Adam Anderson c) Do the people you demo'd to agree that the serviceability of the demonstrated problem scenarios is sufficient to avoid PMRs for any problems customers are likely to encounter, or that L2 should be able to quickly address those problems without need to engage L3? Yes

3. SVT -- SVT team is often the first team to try new features and often encounters problems setting up and using them. Note that we're not expecting SVT to do full serviceability testing -- just to sign-off on the serviceability of the problem paths they encountered. a) Who conducted SVT tests for this feature? Brian Hanczaryk
 b) Do they agree that the serviceability of the problems they encountered is sufficient to avoid PMRs, or that L2 should be able to quickly address those problems without need to engage L3? Yes

4. Which L2 / L3 queues will handle PMRs for this feature? WAS L3: Web Services (JAX-WS) Ensure they are present in the contact reference file and in the queue contact summary, and that the respective L2/L3 teams know they are supporting it. Ask Don Bourne if you need links or more info.

5. Does this feature add any new metrics or emit any new JSON events? If yes, have you updated the JMX metrics reference list / Metrics reference list / JSON log events reference list in the Open Liberty docs? No

[pgunapal]

@neuwerk Please answer the questions from https://github.com/OpenLiberty/open-liberty/issues/18734#issuecomment-1444460753 for serviceability approvals.

[neuwerk]

@pgunapal I've updated the comment to include my answers! Thank you.

[neuwerk]

Closing issue as work is complete