JSF?2.0

????? 盡管?Java?在展示層框架上競爭的非常激烈，但?JSF?仍然固守著自己的領地。雖然有很多關于?JSF?的易用性和健壯性的質疑聲，但?JSF2.0?就是為正面解決這些問題而提出來的，它的易用，創新以及可擴展的特性包括：

JSF?正式將?Facelets?作為視圖技術。也許你不熟悉?Facelets?，它也是一個與?JSF?結合默契的開源視圖技術。因此， 與?JSP?不同的是?Facelets?更適合?JSF?的組件模型以及生命周期的概念。當然，也許?Facelets?最強大的特性就是在 用?mark-up?來代替?java?代碼創建自定義的組件。創建自定義組件的復雜度也許是開發者對?JSF?抱怨最多的地方了。

JSF2.0?通過使用標簽為?Java?EE?5?提供了基于?annotation?驅動的配置特性（比如說可以使 用?@ManagedBean?和?@ManagedProperty?）。這也意味著可以一定程度上的減少?faces-config.xml?文件的 大小，不過像在?navigation?這些結點的配置在?XML?文件還是不能少。

JSF2.0?為適應?AJAX?而改變了自身的生命周期，只需要局部頁面的交由?AJAX?事件處理。這個特性使得?JSF+AJAX?的組合更加自然。

JSF2.0?現在內置了優秀的資源處理器。對?images?，?JavaScript?文件以及?CSS?樣式等都表現出眾。它可以對通過邏輯名稱，資源分組以及版本等方式來更好的引用資源。

除上述特性外，?JSF2.0?還包括許多其它方便的改變。比如說支持事件，支持?RAILS_ENV?的開發風格?（?就是?ROR）?，支持對標準組件集進行擴展。

EJB?3.1

???? EJB?在?Java?EE?5?就已經經歷過了非常大的改動。也許看似不可能，但實際上?EJB3.0?還是在社區中廣泛得到認可，并且采納它的 人也在不斷增長。而這一切也許是因為我們過度的認為需要怎么怎么簡化?Java?EE?5?才取得這樣的成績。比如說，對?JBoss?Seam?的興趣 和?GlassFish?的熱情都是重要的關鍵因素。?EJB3.1?的目標就是在增加業務組件時，繼續讓?EJB?變得盡可能簡單。下面是 對?EJB3.1?特性的高度概括：

原本需要甚至實現?Session?Beans?的業務接口變得可選了，不再強迫要求實現。在使用?Session?Beans+JSF+WebBeans?的場景下尤其有用。

EJB3.1?增加了?Singleton?Beans?的概念。因為人們更傾向于管理共享的應用程序狀態，需要保證是完全線程安全的模型。此外，?EJB3.1?新增的聲明式的并發控制也更加靈活。

EJB3.1?一個可圈可點的的強大特性就是支持?cron?風格的?scheduling?.除目前基于?timer?API?的調度計時器外，聲明式和編程式的?cron?風格的?scheduling?API?也加入了進來。

另一個強大的特性就是可以通過使用?@Asynchronous?標注來對?Session?Bean?的方法進行異步調用。你甚至還通過它來控制異步?EJB?方法從而返回一個?java.util.concurrent.Future?對象。

EJB3.1?Lite?概念的逐漸引入形成了一個?EJB?API?的子集，并在?Web?Profile?中得到應用。只不 過?EJB?Lite?包含了像事務處理和安全這樣的特性，而那些消息機制，遠程調用以及?scheduling?等非必須的自然沒有必要加入其中。除上 述列表所述特性外，EJB3.1?的特性還包括：括直接將?EJB?打包成?war?文件，可運行在?embedded?的容器中便 于?Java?SE?環境進行?JUnit?測試，使用統一的標準化全局?JNDI?命名方式。?

JPA?2.0

????? 到?Java?EE?6?的時候，?JPA?已經徹底從?EJB?中分離，形成自己的體系?（EJB3.0?已經將?JPA?分離出去 了?）?.?JPA?的成功是毫無疑問的。它廣泛得到社區的采納和一流供應商的支持。本來我們擔心?EJB2.*?的?Enity?Beans?垮臺可能 無法讓?Java?EE?再次引領持久層的標準，一個重要成功的因素就是?Gaving?King?和?JBoss?社區毫不含糊的支 持。?JPA2.0?的目標就是要在這次成功的基礎上再接再厲，填補更多的空白，再創多的創新：JPA2.0?加入了大量必須的?ORM?映射增強特性， 包括：支持通過使用?@ElementCollection?標注來增強?collections，?maps?和?lists（?這里不是指實體之間的 關聯關系?）?集合，支持?map?的單向?one-to-many?關聯?（JPA1.0?只允許雙向?one-to-many?關聯?）?

EntityManager?和?Query?API?都得到改進。比如說，現在可以從結果集中直接取得第一條記錄?（JPA1.0?只允許從一 個?unique?結果集中反回單個記錄?）?，指定?query?結果集的最大值，訪問各個供應商的底層實體對象?manager?或?query?， 最后就是加入悲觀鎖?（JPA1.0?只支持樂觀鎖?）?

JPQL?也提供類似于?SQL?的?CASE?，?NULLIF?，?COALESCE?等函數?JPA2.0?應廣大開發者要求增加了?Criteria?API?.

要是你對?Hibernate?或?TopLink?的?Criteria?API?不熟悉的話，可以將它想像成一個以?Java?為中心的面向對 象，線程安全并可以與?JPQL?劃上等號的一組?API?.這組?API?適合于編寫復雜的動態查詢語句，還可避免解析?JPQL?語句時，所拋出的運 行期異常。

更完整的?JAP2.0?特性還包括：標準的二級緩存，標準的?JDBC?properties?，指定超時時間等等。

轉載于:https://www.cnblogs.com/Rambol/archive/2009/02/27/1399647.html

總結

以上是生活随笔為你收集整理的Java EE开发三剑客现状及发展浅析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。