I think that a side question is, do we want a Jakarta EE 9 for ______? :
- Already existing users
Or
- Greenfield deployments
For existing deployments (and probably vendors point of view) the wisest decision is to support both 8 and 11. That’s what many frameworks are doing -e.g. Micronaut, Spring-. I think that deprecating Java 8 from the beginning will impact more in Jakarta EE
popularity, not only vendors. I know that in the technical side it is possible to support both (as demonstrated by Payara, Wildfly, OpenLiberty), however you should also consider the developers/architects that confront internal/external certifications and/or
standards bodies, they could be afraid to pick Jakarta EE if Java 11 is the only option described at Jakarta EE documentation, especially if the plethora of Java frameworks claim support for Java 8.
>From firsthand experience I know that bumping an EE project from Java 8 to 11 is not a trivial thing to do.
Regards
--
Víctor Orozco – https://vorozco.com
From: "jakartaee-platform-dev-bounces@xxxxxxxxxxx" <jakartaee-platform-dev-bounces@xxxxxxxxxxx> on behalf of Rudy De Busscher <rdebusscher@xxxxxxxxx>
Reply-To: jakartaee-platform developer discussions <jakartaee-platform-dev@xxxxxxxxxxx>
Date: Monday, November 4, 2019 at 12:43 AM
To: jakartaee-platform developer discussions <jakartaee-platform-dev@xxxxxxxxxxx>
Subject: Re: [jakartaee-platform-dev] Java SE 8 or 11 for Jakarta EE 9?
Even today, most vendors support running Java EE 8 on JDK 11. So it is not the case that when we do not raise the minimum to JDK 11 for Jakarta EE 9, that it will not be possible to use JDK 11.
But the other way around is true when it runs only on JDK 11, we exclude everyone who still requires JDK 8.
So setting the minimum to JDK 11 is more harmful than still support JDK 8 and that vendors make sure it is running on JDK 11.
True but think of this. Setting 11 as the base for JakartaEE 9 compatibility shouldn’t require any technical changes on the platform for this release.
However it could be a big change voor vendors and more importantly: end users. Because when 11 is the base level, this means that Application servers and end users can make use of Java 11 features.
This could provide a fresh new feeling of building apps with JakartaEE, which is much needed to inspire new developers on the platform.
Just my thoughts as an end user.
There is already a lot of work to do for the JakartaEE 9 release, so I think that for this time the smartest choice is to keep Java 8 as the minimum as that doesn't affect the functionality of the JakartaEE 9 release
Since we're trying to nail down the Jakarta EE 9 content before early December, I'm going to start a few separate threads to discuss the major topics.
Should Jakarta EE 9 keep Java SE 8 as the minimum, or should we move to Java SE 11?
Note, even if we decide to move to Java SE 11 as the minimum, this does not mean that we will require JPMS. We're only talking about the runtime support. Also, even if we decide to stick with Java
SE 8 as the minimum, compatible implementations could support any version of Java SE 8 and beyond.
Java SE 8 Pros
-
Consistent with Java EE 8 and Jakarta EE 8. Limits migration concerns.
-
No need to provide the "missing" Java EE technologies that were removed from Java SE 11.
-
Still has a long support cycle (2025?).
Java SE 11 Pros
-
Latest and greatest LTS release for Java.
-
As you can see, I'm having a tough time justifying the move to Java SE 11 -- especially with all of the required work for Jakarta EE 9, namely the jakarta namespace change.
---------------------------------------------------
Kevin Sutter
STSM, MicroProfile and Jakarta EE architect
e-mail: sutter@xxxxxxxxxx Twitter: @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)
LinkedIn: https://www.linkedin.com/in/kevinwsutter
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
|
