【IT168 分析評論】 又看到 Reza 同學為 Java EE 6 奔走呼告了。如同在浩浩蕩蕩的就業大軍中的一員， Reza 帶著自己的最新“簡歷”—— Java EE 6 ，向咱們開發人員展示耳目一新的感覺。但從本文的字里行間中，隱隱約約還是能覺察到它的困惑和迷茫：“已經付出了這么多， Java EE 6 能再次成功嗎?開發者會采納它嗎?如果不是，我們還應該做什么?......”。當年 EJB2.* 的垮臺掀起了反對使用 EJB 的浪潮。實際上我接觸 JavaEE 比較晚 ( 大概在 2007 年初 ) ，沒有使用過 EJB2.* ，但也是不夠客觀的照著大家說的抨擊 EJB ，天天嘴邊掛著 Struts ， Spring ， Hibernate 。但隨著對 JavaEE 的不斷關注與了解，漸漸發現自己的盲從于無知。此次 Java EE 6 的特性預覽更有讓我渴望學習它的沖動?！凹夹g選型的抉擇政治因素往往大于技術本身 ?！?Java EE 6 的推廣還應該要更多的成功實戰項目來贏得“政治因素”。但如同剛畢業的應屆生，沒有經驗也要面對就業，除實力本身外，靠的就是運氣了......

　簡單回顧

　 　Java EE 5 是一個相當成熟，布署廣泛并且支持服務端友好開發的平臺。 EJB 3.0 的引用已經顛覆了原有的業務組件開發模型，而原有 EJB2.x 的 Entiy Bean 模型由持久層的 JPA 來代替。 JSF 也被作為官方的標準展示層框架，當然還有咱們的 JAX-WS 2.0 代替了 JAX-RPC 作為新的 SOAP web services API 。 Java EE 5 的目標非常明確——通過引入 Annotation ， POJO 編程模型，零配置 (zero-configuration) 等一系列概念從而降低開發的復雜度，幫助開發人員從 XML 地獄中解脫出來。盡管對 Java EE 持觀望態度的還是大有人在，但是也許要證明“實際上 Java EE 5 已經獲得成功”的最有利的證據就是由于上述提到的種種改變，使得很多家伙第一次開口說他們已經考慮接受 Java EE 。還是這幫家伙，在體驗 Java EE 編程模型后，不斷的向我們反饋他們的震驚。

　大局觀

　　Java EE 6 又將是邁向理想中那簡潔，高效以及整合完好平臺之旅的一大步。 Java EE 6 又有了一系列技術上的革新：有全新的 WebBeans1.0 和 JAX-RS 1.1 API ，也有更加成熟的老牌 API Servlet3.0 。

　　除少數相對較小的改變外 ( 比如說標準的全局 JDNI 命名，本文將不會談到 ) ，大多數 JSR 316 中的主題都是精挑細選出來的?，F在咱們就一同來看看這些變化。想了解更多細節，我推薦你把公眾審議草案下載下來看看。這是鏈接地址： http://jcp.org/en/jsr/detail?id=316 .

砍掉沒用的 API

　 　Java EE 的第一版發布于 1999 年。在競爭異常激烈的業界一直作為官方標準，那時間也不算很短了。但在這段時期里， Java EE 只是一味的在成長，結果導致到現在平臺變得臃腫不堪，充斥著一堆毫無用處的過時 API ，用起來不爽，布署起來也不方便。 Java EE 6 開始正兒八經的處理這些 API ，確保平臺更加輕量級，同時也是為了騰出更多的空間，更利于 Java EE 的健康成長。表 1 顯示了那些被砍掉的 API ，當然原因我們也做出了說明：

上述精簡 API 的原則上是，應用服務器供應商不需要強制的去支持這些技術，但是不排除一些大型的供應商仍就會對這些被砍 API 繼續維持一段時期。

　　對于此次調整你有什么看法?太過于激進了?還是仍然過于保守?你還用上述表格中看得到的 API 嗎?還有其它你認為也應該被砍掉的 API 嗎?

對于 Java EE 主要抨擊之一就是它太龐大了。確實啊，大多數中小型的 Java web 應用程序根本用不了所有 Java EE 技術 (full Java EE stack) 。你可以想像一下，如果要構建一個類似于 SOA 的應用程序，會用到消息，事務，持久化以及 Web Services ，但犯不著需要使用像 JSP 或 JSF 這類的展示層技術。

　　Profile 就是為解決這個問題而設計的。 Profiles 其實就是一個 Java EE API 的子集，對于特定的應用程序有著各自的解決方案。比如說，被提議到的 Java EE Web Profile 僅僅只包含了一些最有可能大絕大多數 Java web 應用程序中使用的 API 。像 Profiles 這樣的理念已經在標準化的世界上取得的成功也是由來已久。也許你早就知道， Java ME 其實就支持 Profiles ——支持每種特定的設備運行環境。類似的， Profiles 可用來更好的組織日益復雜的 web services 世界 ( 比如說 WS-I Basic Security Profile 等等 ) 。

　　雖然 Java EE 6 通過 JSR 來定義了一些規則用于創建新的 Profiles ，但這一次僅僅只有一個 Profile 當選—— Web Profile 。表 2 列出了 Web Profile 與 Java EE 完整平臺的比較情況：

API	Web Profile	Full Profile
Servlet 3.0	<!-- [if gte vml 1]> <![endif]-->
JSP 2.2
JSTL 1.2
EL 1.2
JSF 2.0		支持
WebBeans 1.0 (?)	支持	支持
EJB 3.1 (Lite)	支持	支持
EJB 3.1 (Full)		支持
JPA 2.0	支持	支持
JTA 1.1	支持	支持
JMS 1.1		支持
JavaMail 1.4		支持
JAX-WS 2.2		支持
JAX-RS 1.1		支持
JAXB 2.2		支持
JACC 1.0		支持
JCA 1.6		支持

　 　WebBeans 為什么也能入圍的原因曾經也是一個大大的問號，至今大家對是否應該在 Java EE 6 中加入 WebBeans 仍然各執一詞。圍繞 WebBeans 的爭論焦點是：它怎么適合加入 Java EE 體系?還有是不是 JSR 所研究的技術就一定是對的呢?對于你是否也是這么想的呢?也許你并不了解 WebBeans ，下面我會對此話題進行延伸。是否 WebBeans 應該納入到 Java EE 6 中呢?如果不這么做，那 JSR 應該做出什么樣的改變?同時還應留心一下 EJB Lite ，它是雖不是完整版的 EJB ，但此次也被加入到 Web Profile 中了。下面我也會簡要的再提到 EJB Lite 。

　　對于 Java EE 的 Profiles 思想，你又有何看法?符合 Profile 的輕量級的應用程序 服務器 是 否對你有用?關于 Web Profile 所涉及到的技術你又怎么看?是內容太少了，太多了，還是剛剛好?光有它就足夠了，還是需要在 Java EE 6 中定義其它 Profile ?還是咱們應當考慮一下更簡化的“ Java EE Basic Profile ”?

現在我們來來看看 JSR316 專家組所做的工作，看看哪些技術加入到了 Java EE 平臺上了。雖然這項工作非常重要并且我們也渴望聽到你對上文提到的內容提出建議。從這一章節開始，我們來快速看看 Java EE 6 API 的改變。我是極力推薦你自己去深度發掘下列所提到的每一項 API 。我認為你會喜歡接來的內容，所有的 API 都會因你時宜的反饋而更加精彩。

WebBeans 1.0

　 　在 Java EE 6 的里程碑上， WebBeans 也許算得上是最具開創性的 API 了。 WebBeans 填補了 Java EE 的很多空白。盡管 WebBeans 由 Seam ， Google Guice 以及 Spring 所進化而來，但它并不是直接的復制。實際上， WebBeans 本身就擁有許多獨一無二的創新。 WebBeans 由 JBoss/Red Hat 的 Gaving King 和 Google 的 Bob Lee 領導著。下面就對 WebBeans 的特點進行簡要概括說明：

　　WebBeans 將 JSF ， JPA 和 EJB3 等編程模型統一了起來，讓人感覺它們是一個整合完好的開發平臺。這一切是通過將 EJB3 的 beans ， JPA 的 entity 以及普通 Java Bean 注冊為 WebBeans 的組件，然后通過使用 EL 表達式進行訪問。當然，它們之間也可以在進行“依賴注入”。實際上，如果你需要的話， WebBeans 完全可以讓你忽略 JSF 的 backing beans 。

　　通常在上下文中， WebBeans 隱式的管理著所有注冊組件的生命周期。除傳統的 request, session 和 application 等主要作用域外，它還添加了一些新作用域“ dependent ”和“ conversation ”。 dependent 顯式的“繼承”了調用者的作用域，而 conversation 則是一個全新的作用域，( conversation 上下文與一個瀏覽器窗口(或頁卡)聯系在一起，這個瀏覽器窗口(或頁卡)由隨每個請求提交的一個標志來標識。 conversation 作用域使用 HTTP Session 的一個單獨的區段在頁面之間遷移數據 。 )從 EJB3.1 來看，它又填補了客戶端組件作用域 ( 包括 stateless ， stateful 和 shared) 與 Web 應用程序中心端的空白。

　　WebBeans 為大家引入一組成熟的依賴注入特性，提供了一個完整的以 Java 為中心的類型 安全 開發平臺。這些特性包括：對任意非 EJB 的 Java 對象的整合，將非托管的對象注入到托管對象中去，使用對象工廠，指定組件化的布署環境并利用 stereotypes 去管理 annotations 。

　 　WebBeans 可以通過 Annotation 將攔截器 (interceptor) 綁定到目標對象上，增強了 Java EE 的攔截器模型。通過 Annotation 所綁定的攔截器會自動的作用于目標對象，這一點與現在的 Java EE 5 是不同的( Java EE 5 中目標對象與攔截器之間還是通過間接方式進行關聯，比如說 xml 配置文件)。

列出的這些令人印象深刻的特性還只是 WebBeans 的冰山一角。 WebBeans 增加了許多其它非常棒的特性來制定下一代 Java EE 的整合方案。想更近一步了解 WebBeans 嗎，請點擊下面鏈接去下載已經 公開草案吧： http://jcp.org/en/jsr/detail?id=299 .

原文地址： http://www.javaeye.com/news/5547-translation-java-ee-6-architecture-changes

Java EE 6體系結構的變革