中間件技術(shù)12

《中間件技術(shù)12》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。

1、EJB的簡化之路歷史EnterpriseJavaBean(EJB)作為J2EE(JavaEE)技術(shù)的核心技術(shù)于1997發(fā)布EJB1.0規(guī)范，它當(dāng)時是為解決CORBA的復(fù)雜性而提出的。6月2號發(fā)布的EnterpriseJavaBeans2.0不僅是一個階段性發(fā)行版，而且是該規(guī)范的一個新版本。整個規(guī)范有500多頁，比以前的EJB1.1規(guī)范長了200頁(66%)。該規(guī)范中最重要的變動是對容器管理的持久性(CMP)所作的更改，以及引入了一種全新的bean類型，即MessageDrivenBean。EJB規(guī)范承諾(I

2、)EJB將簡化應(yīng)用程序的開發(fā)，開發(fā)人員不必理解系統(tǒng)底層事務(wù)和狀態(tài)管理的細(xì)節(jié)，以及多線程、資源池和其它一些復(fù)雜的API(2)EJB將遵循Java語言的“Writeonce,runanywhere'，原則。EJB只需開發(fā)一次，便可在不需要修改源碼和不需要重新編譯的情況下。部署到多個平臺上面。實際情況EJB并沒有兌現(xiàn)以上的承諾。EJB規(guī)范從1.0到2.1變得越來越復(fù)雜，開發(fā)EJB必須實現(xiàn)一些與業(yè)務(wù)邏輯無關(guān)的接口，還要維護冗長的XML配置文件。同時，各個服務(wù)器廠‘商都會加入一些自己特定的特性，當(dāng)開發(fā)的系統(tǒng)中使用了這

3、些特性時，EJB無法實現(xiàn)各個服務(wù)器間的平滑移植。EJB2.x的復(fù)雜性冗長的XML部署描述符EJB的實現(xiàn)類不是POJO冗長的XML部署描述符EJB的所有信息都配置在XML文件中，如一個EJB的Local接口、Remote接口和Bean實現(xiàn)類的指定，都是通過在ejbjar.xml中配置來完成的。EJB的實現(xiàn)類不是POJO在EJB2.x規(guī)范下開發(fā)EJB，即使編寫最簡單的HelloWorld程序，我們也必須編寫至少3個類文件bean類、home接口和component接口。然而，這些類和接口并不是POJO它們必須繼

4、承或?qū)崿F(xiàn)規(guī)范所定義的接口，并且要實現(xiàn)一些在業(yè)務(wù)邏輯中根本不會使用的回調(diào)函數(shù)，如ejbLoad(),ejbPassivate()等。publicabstractclassCabinBeanimplementsjavax.ejb.Entity-Bean{publicvoidejbActivate(){}//與業(yè)務(wù)邏輯無關(guān)但必須實現(xiàn)publicvoidejbPassivate{}//與業(yè)務(wù)邏輯無關(guān)但必須實現(xiàn)publicvoidejbLoad{}//與業(yè)務(wù)邏輯無關(guān)但必須實現(xiàn)}EJB的復(fù)雜調(diào)用過程在EJB2.x規(guī)范，

5、標(biāo)準(zhǔn)的EJB調(diào)用過程:調(diào)用者通過JNDI查找到想要調(diào)用的EJB的home接口，使用者通過返回的home接口創(chuàng)建一個component接口，通過返回的這個component接口才能夠調(diào)用實現(xiàn)業(yè)務(wù)邏輯的方法。實體Bean及EJBQL的局限性在EJB2.x規(guī)范中，實體Bean分為兩種:CMP和BMPBMP由于需要用戶自己管理持久化過程和維護EJB的狀態(tài)，開發(fā)者需要做很多繁瑣工作。與傳統(tǒng)的JDBC方式相比，并沒有帶來太多的便利，同時還要實現(xiàn)不必要的容器組件接口。在廣大開發(fā)者中使用的是CMPCMP與BMP相比要更靈活

6、。由于CMP是由EJB容器來控制數(shù)據(jù)庫訪問的，開發(fā)者不需要在bean中加入特定數(shù)據(jù)庫訪問的JDBC代碼。在CMP中，數(shù)據(jù)庫的訪問是通過EJBQL來進行的，EJBQL是獨立于數(shù)據(jù)庫實現(xiàn)的，因此，CMP具有很好的移植性。雖然CMP與BMP相比具有很多優(yōu)點，但與其它優(yōu)秀的ORM框架(如Hibernate.TopLink和JDO)相比，還是有很多的不足：CMP中實體bean是一個實現(xiàn)了EntityBean接口的抽象類，山于它不是POJO，我們無法實現(xiàn)容器外測試。同時我們不得小再創(chuàng)建一個Value對象來保存其數(shù)據(jù)，使

7、得系統(tǒng)中對象出現(xiàn)大量的重復(fù)。CMP的另一個不足是，EJBQL本身的不成熟。一些復(fù)雜的查詢?nèi)邕B接查詢和子杳詢在EJBQL中是無法實現(xiàn)的，同時EJBQL不支持動態(tài)SQL。這使得一些動態(tài)查詢必須使用容器特定的方法或直接使用JDBC,這樣又使得系統(tǒng)的移植性受到影響。EJB3.0的簡潔性XML部署描述符成為可選EJB成為POJO使用Annotations的注入機制實體Bean成為完全的O/R映射XML部署描述符成為可選EJB3.0通過大量采用Annotations，使得EJB的配置大大簡化。Annotations是J

8、DK5.0加入的一個新特性，這一特性定義在JSR-175規(guī)范里。@Stateful@RemotepublicclassShoppingCartBeanimplementsShoppingCart,java.io.Serializable{@Remotepublicvoidcheckout(){manager.persist(order);}}EJB成為POJO在EJB3.0中，EJB的接口和實現(xiàn)類分別是POJOE