New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deliver servlet-api Specification Version update for Jakarta EE 9 #286
Comments
Can I ask this team to please create and assign the following labels to this Issue? Thank you! I noticed that the [Epic] label has been assigned and removed... In order to help us track the progress of the overall Jakarta EE 9 release, we've asked for the Spec Projects to help out with some Issue labeling (for those Projects where I do not have committer access). Thanks for your help! |
Now that you have an RC for the API, can I ask that you post a link to the Maven artifact on the project board? https://github.com/orgs/eclipse-ee4j/projects/17#column-7346435 Thanks! |
Removing check from |
Now that we have adjusted the requirement for a Milestone vs RC API jar file, could we get the Servlet 5.0 M1 API mentioned via a Notecard in the Milestone/RC column of the Project Board? Thanks! |
I went ahead and created the Servlet 5.0 Release Record: https://projects.eclipse.org/projects/ee4j.servlet/releases/5.0 I have also updated the checklist to show that this was completed. I also marked the Release |
Hi, if there is nobody taking care of the specification, I'd like to update it. |
Do you mean the spec document? If so I don't think anyone is working on it currently. I went through and fixed all the formatting a while ago, but did not update the text. |
Compatible implementation updated in
|
One last request for the Specifications PR to promote the Milestone deliverables for this Project. The PR is created against the Jakarta EE specifications github repo. A template is automatically used when creating PRs against this repo which should help with understanding the steps required for a successful merge. We're not looking for perfection for this Milestone. We just want the ability to promote the great work that all of the Projects are doing. If you submit a PR, please feel free to move this Epic to the Milestone 1 Ready column in the Project Board. Thanks! |
Looking for an update on the status of the Servlet Final Specification PR. If we're going to make the Sept deliverable goal, then this Wave 1 Specification needs to be ready for final ballot by Monday, July 19. Which means that the Specification PRs should already be created and under a "mentorship" review. Can I ask what the plans are for this Specification? Thanks! |
I believe the API work is complete. There are some clarifications it would be good but not essential to include. |
|
|
Completion steps: #366 |
|
Is your feature request related to a problem? Please describe.
Jakarta EE 9 is the next major release, with the main focus of moving from the
javax
namespace to thejakarta
namespace.Describe the solution you'd like
This issue will be used to track the progress of this work effort via the Jakarta EE 9 Project board.
Additional context
Jakarta EE Specification Process
Eclipse Project Handbook
Eclipse Release Record for Jakarta EE 9
ToDo
Most Component Release Records will just reference the Jakarta EE 9 Platform Release Plan. But, if your Component deviates at all from the Platform Release Plan, then a description of the changes will be required in the Release Record.
https://projects.eclipse.org/projects/ee4j.servlet/releases/5.0
Again, if your component is only doing the required minimum as defined by the Jakarta EE 9 Platform Release Plan, then no separate ballot is required. You are already approved. But, if your component deviates from the Platform Release Plan, then you will need to initiate your own ballot as defined by the Jakarta EE Specification Process.
Many of the Jakarta EE components now have the source for their Specification documents. It is strongly recommended that these Specification documents are properly updated to represent Jakarta EE instead of Java EE. Some helpful instructions are documented here.
If your component has Specification source, then all javax package references need to be updated to use jakarta package references.
Your component APIs need to move from using the javax namespace to using the jakarta namespace.
A Release Candidate of your component API should be pushed to Maven Central as soon as humanly possible. This will allow other dependent components to utilize your APIs as they are updating their APIs. Multiple revisions of these Release Candidate APIs are allowed (and probably expected) during the development cycle.
Your component TCK needs to be updated to use the jakarta namespace.
Your compatible implementation that will be used to demonstrate completeness of the Specification needs to be updated to use the jakarta namespace.
When ready, your final version of the API needs to be staged to get ready for the PR review and approvals.
Like we did for Jakarta EE 8, draft PRs need to be created and reviewed in preparation for the final ballots.
Each Jakarta EE component will need to initiate a separate Release Review ballot after proper reviewing has completed. To be clear, there will not be a blanket Release Review for all of Jakarta EE 9 like we did for the Plan Review. Each component needs a separate Release Review.
The text was updated successfully, but these errors were encountered: