Java EE = J2EE = Java企業(yè)應用
Java EE 是 J2EE的一個新的名稱。之所以改名，目的還是讓大家清楚J2EE只是Java企業(yè)應用.隨著WEB和EJB容器概念誕生，使得軟件應用業(yè)開始擔心SUN的伙伴們是否還在Java平臺上不斷推出翻新的標準框架，致使軟件應用業(yè)的業(yè)務核心組件架構無所適從，從一直以來是否需要EJB的討論聲中說明了這種彷徨。
在2004年底中國軟件技術大會Ioc微容器(也就是Jdon框架的實現(xiàn)原理)演講中指出：我們需要一個跨J2SE/WEB/EJB的微容器，保護我們的業(yè)務核心組件（中間件），以延續(xù)它的生命力，而不是依賴J2SE/J2EE版本.此次J2EE改名為Java EE，實際也反映出業(yè)界這種共同心聲。
JavaEE的核心是EJB3.0, 其提供了更兼便捷的企業(yè)級的應用框架。
看來，現(xiàn)在大多數(shù)人傾向于更加突出Java了，J2EE容易讓初學者誤解是獨立于一套Java的技術方案。
從更深層次來看，Java誕生十年來，很多近十年前的業(yè)務組件至今還可以使用，軟件應用不再由于語言的更迭革命帶來毀滅的打擊了。
但是，隨著WEB和EJB容器概念誕生，使得軟件應用業(yè)開始擔心SUN的伙伴們是否還在Java平臺上不斷推出翻新的標準框架，致使軟件應用業(yè)的業(yè)務核心組件架構無所適從，從一直以來是否需要EJB的討論聲中說明了這種彷徨。
筆者曾經(jīng)在2004年底中國軟件技術大會Ioc微容器(也就是Jdon框架的實現(xiàn)原理)演講中指出：我們需要一個跨J2SE/WEB/EJB的微容器，保護我們的業(yè)務核心組件（中間件），以延續(xù)它的生命力，而不是依賴J2SE/J2EE版本
此次J2EE改名為Java EE，實際也反映出業(yè)界這種共同心聲。
讓我們看看Java EE 5有哪些新的功能或規(guī)定，我們可以從SUN網(wǎng)站下載Java EE 5規(guī)范。其架構圖如下：
JAVA EE 架構圖
圖中灰色加黑部分是Java EE 5新的功能，我們看到，在WEB層主要加入了JSF這個新的表現(xiàn)層框架，和我們日常開發(fā)關系密切的是，引入了新的Java Persistence標準，這個標準正在由EJB 3.0專家組制定。
值得指出的是，這個Java持久化標準也可以嵌入在WEB層調用，所以，它肯定不會從屬于EJB標準，這樣，當前所有的Java持久層標準如：JDBC/JDO/Hibernate/Entity Bean將可能統(tǒng)一，減少用戶的架構選擇 痛苦。
從架構圖可以看出，無論Web結構或EJB結構，提供實現(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)驗。
但是Annotations是一把雙刃劍，初學者用得不好，將會使得原本在XML中的Hard code（硬編碼） 寫進入代碼Annotations，破壞代碼的簡潔和靈活性，Annotations討論按這里。
當然，Annotations的引入不只是解決XML配置，從大的概念說，是解決一個資源注射問題(XML屬于其中一個資源)，在原理J2EE中，容器管理的資源都是由JNDI向應用程序提供的，現(xiàn)在通過Annotations可以方便實現(xiàn)注射。
資源注射（Resource injection）設計概念其實是來自Ioc模式(Dependency Injection )，筆者設計開發(fā)的Jdon框架其實已經(jīng)將Annotations這一宗旨的目的實現(xiàn)，在Jdon框架應用演示源碼SimpleJdonFrameworkTest中，在jdonframework.xml中有一段如下配置：
- < POJOSERVICE class=com.jdon.framework.test.dao.JdbcDAO name="jdbcDAO">
- < CONSTRUCTOR value="java:/TestDS" />
- < /POJOSERVICE>
這段配置是將數(shù)據(jù)庫的JNDI名java:/TestDS注射到JdbcDAO中。Jdon Framework下一個版本將是基于Java 5.0，這行配置 將可通過 Annotations寫在jdbcDAO代碼中，方便程序員開發(fā)。
從這里，大家也可以知道EJB 3.0和EJB 2.0的區(qū)別了，有的人疑惑，是學習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開發(fā)EJB 2.0開始學習， EJB 3.0 = EJB 2.0 + xDoclet，這里有一篇Eclipse開發(fā)EJB教程，使用JBossIDE非常簡單，無需Lomboz等插件。
安全是Java EE的一個重要特點，也就是基于容器的安全訪問，無需自己手工編碼，具體實現(xiàn)可參考Jdon框架應用演示源碼JdonNews。這雖然是基于J2EE 1.3編寫，但是和Java EE 5區(qū)別不是很大。
事務管理Transaction Management也是Java EE 5的一個重要部分，該標準文檔從幾個方面闡述了事務管理的要點，標準中規(guī)定了在WEB層中使用事務和線程的處理關系，標準中規(guī)定：Web服務器如Tomcat無需在Web層提供事務支持，因為Web組件根本不支持事務繁衍/傳遞。
因為目前一些架構如 Struts+Spring+Hibernate/Struts+Hibernate是標準中的Web結構，因此Java EE 5在J2EE 4.2.2規(guī)定了 Web組件事務的生命周期，如果Web組件直接調用JTA，事務就不可以跨一個客戶端的多個請求，事務只能在一個請求(Servlet/Jsp)中完成，這個標準規(guī)定了我們在Web架構中（如上述架構）無法使用長事務(如工作流/狀態(tài)圖中跨頁面請求事務)，針對一個客戶端跨請求的事務目前只有唯一解決方案：只有使用EJB的有態(tài)Session。
以上是Java EE 5主要部分，Java EE包含更多其他技術部分如Jdbc JMS JCA JNDI 等等，需要用戶在實踐中摸索。
【編輯推薦】
