英文:
Which Jakarta ee version is compatible with Java 10?
问题
我目前正在将一个项目迁移到 JDK 10，由于 Java.xml.* 已被弃用，我已经改用 Jakarta EE。哪个 Jakarta EE 版本与 Java 10 兼容？
英文:
I am currently migrating a project to jdk 10, and since the Java.xml.* have been deprecated, I have used Jakarta ee instead.
Which Jakarta ee version is compatible with Java 10?
答案1
得分: 2
> 哪个 Jakarta EE 版本与 Java 10 兼容？
我不知道这是否实际上是一个可以回答的问题。Java / Jakarta EE 本质上是一组规范。这些规范不规定特定的Java SE平台或兼容性要求。
因此，你真正应该做的是根据它们所需的Java版本选择你打算使用的EE 实现（例如Glassfish，JBoss，WebSpere，Weblogic，Wildfly等）。
话虽如此，你不应该将Java 10 作为执行平台。它已经达到了生命周期的终点。你应该选择目标是Java 11（目前是最新的Java LTS版本）或最新的非LTS版本。但要注意，非LTS Java版本只有6个月的生命周期。
在这个时间点（在其终止后的2年内），大多数Java EE实现可能不再（官方地）支持Java 10作为执行平台。
<sup>1 - 例外：Jakarta EE 9 的草案要求基础Java平台至少支持Java SE 8。</sup>
英文:
> Which Jakarta EE version is compatible with Java 10?
I don't know if that is actually an answerable question. Java / Jakarta EE is fundamentally a set of specifications. The specifications do not prescribe a specific Java SE platform or compatibility requirements<sup>1</sup>.
So what you should really be doing is selecting the EE implementation you intend to use (e.g. Glassfish, JBoss, WebSpere, Weblogic, Wildfly and so on) based on the versions of Java that they require.
Having said that, you should not be targeting Java 10 as an execution platform. It has reached its end of life. You should either target Java 11 (which currently the latest Java LTS release) or the latest non-LTS release. But beware that non-LTS Java releases only have a life time of 6 months.
At this point in time (2 years after its end-of-life) it is likely that most Java EE implementations will no longer (officially) support Java 10 as an execution platform.
<sup>1 - Exception: the draft for Jakarta EE 9 requires that the underlying Java platform supports at least Java SE 8.</sup>
通过集体智慧和协作来改善编程学习和解决问题的方式。致力于成为全球开发者共同参与的知识库，让每个人都能够通过互相帮助和分享经验来进步。
评论