最近，SUN的伙伴們(the folks at SUN)將J2EE 1.5改名為java EE 5，當然以前J2EE版本還是稱為J2EE，之所以改名，目的還是讓大家清楚J2EE只是Java企業(yè)應用，用我的話來說，J2EE就是Java在數(shù)據(jù)庫服務器端的應用。 看來，現(xiàn)在大多數(shù)人傾向于更加突出Java了，J2EE容易讓初學者誤解是獨立于一套Java的技術方案。
從架構(gòu)圖可以看出，無論Web結(jié)構(gòu)或EJB結(jié)構(gòu)，提供實現(xiàn)的功能相差不多，這樣，我們的業(yè)務核心組件就可以根據(jù)需要部署在Web或EJB中運行，而不依賴具體的Java EE容器了。前面一章圖的目標在Java EE 5中可以實現(xiàn)了。
當然，Java EE 5重要改變還是：Java EE不再象以前那樣只注重大型商業(yè)系統(tǒng)的開發(fā)，而是更關注小到中型系統(tǒng)的開發(fā)，簡化這部分系統(tǒng)開發(fā)步驟。 落實這一簡化行動的最大特征是在Java 5.0(Java 1.5)中加入Annotations，通過Annotations引入，降低Java EE開發(fā)時，既要寫code，又要寫XML配置文件之苦，來回照顧，疲于奔命，Annotations既是得益于C++語言，也是從開源項目xDoclet實踐中獲得經(jīng)驗。
Security安全是Java EE的一個重要特點，也就是基于容器的安全訪問，無需自己手工編碼。 事務管理Transaction Management也是Java EE 5的一個重要部分，該標準文檔 從幾個方面闡述了事務管理的要點，標準中規(guī)定了在WEB層中使用事務和線程的處理關系，標準中規(guī)定：Web服務器如Tomcat無需在Web層提供事務支持，因為Web組件根本不支持事務繁衍/傳遞。
因為目前一些架構(gòu)如Struts+Spring+Hibernate/Struts+Hibernate是標準中的Web結(jié)構(gòu)，因此Java EE 5在J2EE 4.2.2規(guī)定了 Web組件事務的生命周期，如果Web組件直接調(diào)用JTA，事務就不可以跨一個客戶端的多個請求，事務只能在一個請求(Servlet/Jsp)中完成，這個標準規(guī)定了我們在Web架構(gòu)中（如上述架構(gòu)）無法使用長事務(如工作流/狀態(tài)圖中跨頁面請求事務)，針對一個客戶端跨請求的事務目前只有唯一解決方案：只有使用EJB的有態(tài)Session。參考文章：I manage long duration transactions? 以上是Java EE 5主要部分，Java EE包含更多其他技術部分如Jdbc JMS JCA JNDI 等等，需要用戶在實踐中摸索。
附：Java EE 5.0帶來簡化開發(fā)革命是否名至實歸？
作者Debu Panda在其發(fā)表的一篇文章“Is Java EE 5.0 really simplifying development?”中，提出了有關Java EE 5.0簡化開發(fā)的思索。
作者在文中提到，“‘JavaEE 5.0通過公審投票’是一件值得關注的事。因為Java EE 5.0將使Java得企業(yè)開發(fā)變得更容易。EJB 3.0，JSF和Web服務元數(shù)據(jù)，這些技術的應用將帶來開發(fā)的簡化革命。”
“盡管采用JavaEE 5.0簡化了商業(yè)的應用開發(fā)，然而我所不能確定的是，應用這些技術的過程究竟是否得到了簡化？很早以前我就認識到，在J2EE中調(diào)用web services是一件非常復雜且易出錯的事情；過程需要簡化，然而Java EE 5.0草案中并沒有體現(xiàn)這一點。”
作者最后指出，“如果EJBs和Web services的客戶使用并沒有得到簡化，就不能說Java EE 5.0真正簡化了開發(fā)！”
