最近，SUN的伙伴們(the folks at SUN)將J2EE 1.5改名為java EE 5，當然以前J2EE版本還是稱為J2EE，之所以改名，目的還是讓大家清楚J2EE只是Java企業應用，用我的話來說，J2EE就是Java在數據庫服務器端的應用。
看來，現在大多數人傾向於更加突出Java了，J2EE容易讓初學者誤解是獨立於一套Java的技術方案。
從更深層次來看，Java誕生十年來，很多近十年前的業務組件至今還可以使用，軟件應用不再由於語言的更迭革命帶來毀滅的打擊了。
但是，隨著WEB和EJB容器概念誕生，使得軟件應用業開始擔心SUN的伙伴們是否還在Java平台上不斷推出翻新的標准框架，致使軟件應用業的業務核心組件架構無所適從，從一直以來是否需要EJB的討論聲中說明了這種彷徨。
筆者曾經在2004年底中國軟件技術大會Ioc微容器演講中指出：我們需要一個跨J2SE/WEB/EJB的微容器，保護我們的業務核心組件（中間件），以延續它的生命力，而不是依賴J2SE/J2EE版本，如下圖：
此次J2EE改名為Java EE，實際也反映出業界這種共同心聲。
讓我們看看Java EE 5有哪些新的功能或規定，我們可以從SUN網站下載Java EE 5規范。其架構圖如下：
圖中灰色加黑部分是Java EE 5新的功能，我們看到，在WEB層主要加入了JSF這個新的表現層框架，和我們日常開發關系密切的是，引入了新的Java Persistence標准，這個標准正在由EJB 3.0專家組制定。
值得指出的是，這個Java持久化標准也可以嵌入在WEB層調用，所以，它肯定不會從屬於EJB標准，這樣，當前所有的Java持久層標准如：JDBC/JDO/Hibernate/Entity Bean將可能統一，減少用戶的架構選擇 痛苦。
從架構圖可以看出，無論Web結構或EJB結構，提供實現的功能相差不多，這樣，我們的業務核心組件就可以根據需要部署在Web或EJB中運行，而不依賴具體的Java EE容器了。前面一章圖的目標在Java EE 5中可以實現了。
當然，Java EE 5重要改變還是：Java EE不再象以前那樣只注重大型商業系統的開發，而是更關注小到中型系統的開發，簡化這部分系統開發步驟。
落實這一簡化行動的最大特征是在Java 5.0(Java 1.5)中加入Annotations，通過Annotations引入，降低Java EE開發時，既要寫code，又要寫XML配置文件之苦，來回照顧，疲於奔命，Annotations既是得益於C++語言，也是從開源項目xDoclet實踐中獲得經驗。
但是Annotations是一把雙刃劍，初學者用得不好，將會使得原本在XML中的Hard code（硬編碼） 寫進入代碼Annotations，破壞代碼的簡潔和靈活性。
當然，Annotations的引入不只是解決XML配置，從大的概念說，是解決一個資源注射問題(XML屬於其中一個資源)，在原理J2EE中，容器管理的資源都是由JNDI向應用程序提供的，現在通過Annotations可以方便實現注射。
資源注射（Resource injection）設計概念其實是來自Ioc模式(Dependency Injection )，筆者設計開發的Jdon框架其實已經將Annotations這一宗旨的目的實現，在Jdon框架應用演示源碼SimpleJdonFrameworkTest中，在jdonframework.XML中有一段如下配置：
<pojoService class="com.jdon.framework.test.dao.JdbcDAO" name="jdbcDAO">
<constructor value="Java:/TestDS"/>
</pojoService>
從這裡，大家也可以知道EJB 3.0和EJB 2.0的區別了，有的人疑惑，是學習EJB 3.0還是學習EJB 2.0，其實EJB 3.0並沒有在原理機制上對EJB有多大改動，只是做了編程方面的簡化，另外EJB CMP參考了Hibernate新特點，EJB 3.0最大簡化變動是CMP編程方法上。所以，無論學習EJb 3.0/2.0，EJB原理和運行機制都是一樣，這部分才是學習EJB最大的困難處，而不是因為到了EJB 3.0，理解EJB就會容易。
初學者可從Eclipse+Xdoclet開發EJB 2.0開始學習， EJB 3.0 = EJB 2.0 + xDoclet，使用JBossIDE非常簡單，無需Lomboz等插件。
Security安全是Java EE的一個重要特點，也就是基於容器的安全訪問，無需自己手工編碼。
事務管理Transaction Management也是Java EE 5的一個重要部分，該標准文檔 從幾個方面闡述了事務管理的要點，標准中規定了在WEB層中使用事務和線程的處理關系，標准中規定：Web服務器如Tomcat無需在Web層提供事務支持，因為Web組件根本不支持事務繁衍/傳遞。
因為目前一些架構如Struts+Spring+Hibernate/Struts+Hibernate是標准中的Web結構，因此Java EE 5在J2EE 4.2.2規定了 Web組件事務的生命周期，如果Web組件直接調用JTA，事務就不可以跨一個客戶端的多個請求，事務只能在一個請求(Servlet/JSP)中完成，這個標准規定了我們在Web架構中（如上述架構）無法使用長事務(如工作流/狀態圖中跨頁面請求事務)，針對一個客戶端跨請求的事務目前只有唯一解決方案：只有使用EJB的有態Session。參考文章：I manage long duration transactions?
以上是Java EE 5主要部分，Java EE包含更多其他技術部分如Jdbc JMS JCA JNDI 等等，需要用戶在實踐中摸索。
附：Java EE 5.0帶來簡化開發革命是否名至實歸？
作者Debu Panda在其發表的一篇文章“Is Java EE 5.0 really simplifying development?”中，提出了有關Java EE 5.0簡化開發的思索。
作者在文中提到，“‘JavaEE 5.0通過公審投票’是一件值得關注的事。因為Java EE 5.0將使Java得企業開發變得更容易。EJB 3.0，JSF和Web服務元數據，這些技術的應用將帶來開發的簡化革命。”
“盡管采用JavaEE 5.0簡化了商業的應用開發，然而我所不能確定的是，應用這些技術的過程究竟是否得到了簡化？很早以前我就認識到，在J2EE中調用web services是一件非常復雜且易出錯的事情；過程需要簡化，然而Java EE 5.0草案中並沒有體現這一點。”
作者最後指出，“如果EJBs和Web services的客戶使用並沒有得到簡化，就不能說Java EE 5.0真正簡化了開發！”
