說起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。