-
Notifications
You must be signed in to change notification settings - Fork 599
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
Coding assistance for developing apps with Jakarta EE 9/9.1 Web Profile APIs #10353
Comments
I think JDT LS is the language server that you wish to have, no? |
This is more looking at what more beyond the JDT LS that the community may want to consider for Jakarta EE. |
@kathrynkodama is working on the first draft of the UFO. |
UFO: https://ibm.box.com/s/wnux2tmy5hwzu81pfml98u2uqbrzagtn The following updates have been made to the UFO following the review: |
@NottyCode Updated Slide 34 (Platform/Cloud Considerations) to indicate that for the first release we will be targeting Java 17 and Eclipse 22.0.0.9. |
Discussed with @scottkurz that @ajm01 will take over ownership of this item. |
@ajm01, can you please go over the checklist and take this for closure? Thank you. |
Provide developers with coding assistance (e.g., validations, auto completion, quick fixes, code snippets) to write cloud-native Java applications using Jakarta EE 9/9.1 Web Profile APIs.
A solution is to build a language server with the community for Jakarta EE (like through Eclipse LSP4Jakarta project) to assist developers to build applications with the programming model. We will focus on Web Profile APIs first.
Description
Solution provides a language server implementation for the JakartaEE specification. This language server implementations solution is managed from a new community Eclipse LSP4Jakarta project to assist developers in building applications with the JakartaEE programming model. We will focus on Web Profile APIs first.
The solution implements the Language Server Protocol specifically for the JakartaEE Programming model.
Note on Checklist for non-runtime feature
Took some liberties in deleting, ignoring, marking N/A sections that did not seem to apply to a tooling (rather than a runtime) deliverable, while realizing this isn't the only way to interpret or map the runtime process onto tooling. Still left some aspects like the ID and SVT focal approval, and of course the whole UFO process.
Documents
Design
Design Preliminaries
Design
FAT Documentation
Legal and Translation
In order to avoid last minute blockers and significant disruptions to the feature, the legal items need to be done as early in the feature process as possible, either in design or as early into the development as possible. Similarly, translation is to be done concurrently with development. Both MUST be completed before Beta or GA is requested.
Legal (Complete before Feature Complete Date)
Translation (Complete 1 week before Feature Complete Date)
Innovation (Complete 1 week before Feature Complete Date)
Beta
In order to facilitate early feedback from users, all new features and functionality should first be released as part of a beta release.
Beta Code
GA
A feature is ready to GA after it is Feature Complete and has obtained all necessary Focal Point Approvals.
Feature Complete
Focal Point Approvals (Complete by Feature Complete Date)
Design Approved Features
focalApproved:svt
.GA Blog (Complete by Feature Complete Date)
Other Deliverables
The text was updated successfully, but these errors were encountered: