Jakarta EE平台定义了一个标准平台,用于托管Jakarta EE应用程序。
新功能、增强或添加
- 支持Java记录
- JDK对虚拟线程的可感知支持
- 雅加达数据1.0
- 修剪管理豆类
- 删除使用SecurityManager的要求
- 删除所有可选规格
最低Java版本
Java SE 17或更高
细节
- Jakarta EE Platform 11发布记录
- 规范文档
- Jakarta EE平台11 Javadoc
sig,沙,酒吧">*]雅加达EE平台11 TCK[/url - Maven坐标
- [url=https://central.sonatype.com/artifact/jakarta.platform/jakarta.jakartaee-api/11.0.0/jar]jakartee.platform:jakartee.jakartaee-api:jar:11.0.0
- 兼容的实现用于批准.
- Java 17:Eclipse GlassFish
- Java 21:Eclipse GlassFish
网友热评:
Jakarta EE和Spring之间最大的区别是Jakarta EE基本上是一个POM文件,它引入了API库。这些几乎都是接口和注释,它们的重量非常轻。
没有依赖关系,也就是说,没有日志库来阻碍你的应用程序开发。运行时会照顾到这一点,因此您的应用程序保持精简、灵活和安全。
有了EE 11,你可以自由地选择你要包含什么,排除什么,升级版本等等。
简单的开箱即用,但如果你想要灵活性,你也可以选择。
此外,您可以从20多个运行时中进行选择,并根据您的需求变化在它们之间进行切换,而无需重新编译应用程序。
这些包括Payara,WildFly,OpenLibery,GlassFish,TomEE
在EE 11之前,有一种“umbrella JAR”,它将所有规范中的所有API都包含在一起。自EE 11以来,情况不再如此,可以包含,排除,升级,修补等单个规范。这在需要时增加了巨大的灵活性,同时保持默认值简单和合规,让用户完全选择是否保留默认值或升级,排除或包含他们选择的任何API。
Spring 已经风靡全球,你没听说过也就不足为奇了。不过,其他企业解决方案确实有市场,而且在某些地区,Jakarta EE 也相当流行。具体在哪里呢?看看大多数贡献者来自哪里就够了。不过这只是我的个人观点。
WildFly/Jboss EAP 仍然非常活跃,尽管 Red Hat 现在似乎主要关心 Quarkus。
如果我没理解错的话,WildFly / Quarkus 和 Open Liberty 团队将会合并,并成为“IBM Java 团队”。不知道这会对这三个产品造成什么影响。
希望 Glassfish 和 Payara 版本能尽快支持 Jakarta EE 11 :)