看來，現在大多數人傾向於更加突出Java了，J2EE容易讓初學者誤解是獨立於一套Java的技術方案。
從更深層次來看，Java誕生十年來，很多近十年前的業務組件至今還可以使用，軟件應用不再由於語言的更迭革命帶來毀滅的打擊了。
但是，隨着WEB和EJB容器概念誕生，使得軟件應用業開始擔心SUN的夥伴們是否還在Java平臺上不斷推出翻新的標準框架，致使軟件應用業的業務核心組件架構無所適從，從一直以來是否需要EJB的討論聲中說明了這種彷徨。
筆者曾經在2004年底中國軟件技術大會Ioc微容器(也就是Jdon框架的實現原理)演講中指出：我們需要一個跨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討論按這裏。
當然，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>
這段配置是將數據庫的JNDI名java:/TestDS注射到JdbcDAO中。Jdon Framework下一個版本將是基於Java 5.0，這行配置 將可通過 Annotations寫在jdbcDAO代碼中，方便程序員開發。
從這裏，大家也可以知道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，這裏有一篇Eclipse開發EJB教程，使用JBossIDE非常簡單，無需Lomboz等插件。
Security安全是Java EE的一個重要特點，也就是基於容器的安全訪問，無需自己手工編碼，具體實現可參考Jdon框架應用演示源碼JdonNews。這雖然是基於J2EE 1.3編寫，但是和Java EE 5區別不是很大。
事務管理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 等等，需要用戶在實踐中摸索。
