说起JavaEE，很多人不陌生，从J2EE到JavaEE到现在的JakartaEE，可以说见证了好几个时代，作为JavaEE的核心标准之一的EJB，的从EJB2的笨重，到EJB3的轻盈，虽然一直在进步，但是因为EJB3的生不逢时，让其面对Spring再无回天之力，究其原因，个人认为主要是一是因为java及JavaEE的更新时间太过于漫长，导致无法针对使用者的痛点做出敏捷优化；二是因为SUN的陨落，导致很长一段时间经典JAVAEE诸多问题的搁置，所谓往事不可追，自从Oracle将JavaEE移交开源社区后，更名为JakartaEE后的经典JavaEE，越来越焕发新的生机。
一、更新速度明显加快，截至目前（2021年6月30日）Jakarta EE 发布了9.1版本，而Oracle的JaveEE还是8，
二、拥抱开源社区后，越来越多的开源产品陆续加入
这些都是JakartaEE标准的实现产品，其中有很多都是免费开源的。
三、极大促进了openjdk的发展，截至目前，openjdk最新版本为16，另外17、18正在开发中。
四、拥抱云计算，诸如payara（就是上图那个很凶狠的鱼），支持微服务、嵌入式和容器（docker和k8s）
我之前一直在使用JavaEE6和7在开发项目，使用EJB3，JSF2，JPA标准，但说实话，有一段时间看不到JavaEE的技术前途在哪里，毕竟cloud才是未来。
直到近期仔细看了一下JakartaEE，才发现有了很多新的变化，尤其是看了payara，发现经典的JavaEE已经拥抱了云计算时代，给出了解决的方案。
说到经典的JavaEE，不得不提一下Spring，我对Spring研究的不深，而且毕竟Spring目前占据着绝对的市场主导，这点必须承认，但也必须承认老黄历已经不适用了，之前一直说JavaEE重，Spring轻，但现在JavaEE不在重，Spring也不轻了，而且觉得技术就像人与人之间的缘分，只有合适与不合适，没有绝对的好与坏，我的文章，仅希望能够给与读者一个选择的机会而已，说说我选择经典JavaEE开发的主要原因。
1、经典的JavaEE是委员会官方认可的标准，规范性更强。
2、集成的开发环境支持，往往需要更少的配置就能开始。
3、强大的管理控制台（payara）
这个控制台光看菜单名字就知道，功能强大，GUI 界面简单直接。
作为JakartaEE容器，payara继承自Glassfish，支持微服务、嵌入式和容器，更符合当下开发需求，个人推荐使用payara作为载体开发JakartaEE应用，下一篇文章详细讲解如何安装并开始payara。
扫一扫
1065
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
