-
Notifications
You must be signed in to change notification settings - Fork 69
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
EE10 Direction Statement #352
Comments
What about mention of driving forward Jakarta EE as a platform in general? There is a whole set of specs that have created release records? |
I added the 'Promoting individual specifications releases' item for this. |
One important issue: for cohesion several specs, specifically CDI, could do things to accommodate the specs building on them. Faces and Security for instance both need a portable way to decorate beans, and those (and several other specs) need to be able to access interceptor annotation attributes in a portable way. |
#3 is a platform architecture definition issue that I would put this topic under. I have added a bullet point explicitly for this and added a couple of sub-bullets with CDI usage being one. |
I think there are two parts to @smillidge's question... (1) promotion of the individual spec releases, ie. releasing jax-rs 3.1 prior to releasing jax-rs 4.0 in Jakarta EE 10, and (2) definition and packaging of the Jakarta EE 10 Platform and Web Profile release. @starksm64, even if you are not the driver of the Jakarta EE 10 Platform effort, could we add this latter item to the Direction Stmt list? |
We could release core profile in EE 10 and also package the updated specs such as CDI, JAX-RS, etc and release web profile, full profile as a point release EE 10.x rapidly. |
I am with @smillidge on this, I think there should be two statements, one from the general EE platform perspective and a follow up with more specific 10 thinking. IE Platform: The driving force behind the JakartaEE platform remains as it has always been, to promote a clear and concise set of specifications that when brought together form Profiles that users can leverage their knowledge of the past while preparing for the features of the future. EE10: The technical goal of the EE10 release will be to further the independence of each specification and their corresponding tcks while taking the initial steps to create and inject a common configuration specification. We seek to create a more core or foundational Profile that will the current Web and Full Profiles will built on top of. Finally, we look forward to charting a path forward for Profiles to be composed of more independently minded specification adhering to a common set of conventions. |
@starksm64 we are going to push via public mediums in a bit. More highlight to TCK is missing. Is there a way for the document to refocus on it. |
I have added an initial draft of the proposed direction statement. I'll update it based on feedback and platform discussions. |
The other option is: |
Is your feature request related to a problem? Please describe.
Yes, we need to start laying out the key focus initiatives for EE10
Describe the solution you'd like
We need a statement of key areas to be addressed in EE10 for consumption by end users and marketing
Describe alternatives you've considered
A traditional roadmap with deliverables is still premature, so we need to highlight areas of focus that will build into an eventual roadmap. Areas of focus that need progress before a proper roadmap can be defined include:
** Introducing release candidates prior to final profile release should be introduced
** CDI lite
** Jakarta RESTful Web Services?
** Annotation usage conventions
** Consistent use of CDI
Additional Context
Proposed Statement
Jakarta EE 10 focuses on independent releases of individual specifications along with updating the associated TCKs to facilitate both validation of individual specification implementations and composition of TCKs into novel Jakarta EE profiles. The first new profile in focus is a core profile that supports smaller microservice based runtimes that may make use of ahead of time compilation. Work will also be done to enable independent releases of profiles and the platform specification along with a versioning scheme that supports a hybrid time box/feature driven approach for a cohesive brand awareness.
The text was updated successfully, but these errors were encountered: