JSF?2.0

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

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

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

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

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

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

EJB?3.1

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

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

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

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

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

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

JPA?2.0

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

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

JPQL?也提供類似于?SQL?的?CASE?，?NULLIF?，?COALESCE?等函數(shù)?JPA2.0?應(yīng)廣大開發(fā)者要求增加了?Criteria?API?.

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

更完整的?JAP2.0?特性還包括：標(biāo)準(zhǔn)的二級緩存，標(biāo)準(zhǔn)的?JDBC?properties?，指定超時時間等等。

轉(zhuǎn)載于:https://www.cnblogs.com/Rambol/archive/2009/02/27/1399647.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。