EJB3.0和Spring比較EJB3.0和Spring比較
（譯“POJO Application Frameworks: Spring Vs. EJB 3.0”）
摘要：
閱讀“POJO Application Frameworks: Spring Vs. EJB 3.0”一文的讀書(shū)筆記，翻譯其中部分，主要分6點(diǎn)講述兩者的差別。
0．比較目錄
1) Vendor Independence
2) Service Integration
3) Flexibility in Service Assembly
4) XML versus Annotation
5) Declarative Services
6) Dependency Injection
1. 廠(chǎng)商無(wú)關(guān)性(VendorIndependence)
Java平臺最具競爭力的優(yōu)勢是廠(chǎng)商無(wú)關(guān)，（不依賴(lài)某個(gè)特別的廠(chǎng)商）。EJB3.0的標準也是開(kāi)放的，并且繼承了這一優(yōu)勢。EJB3.0的規范是由包括幾乎所有Java社區內的開(kāi)源和商業(yè)組織定義并支持的。EJB3.0隔絕了開(kāi)發(fā)者和應用服務(wù)的具體實(shí)現。比如說(shuō)：JBoss的EJB3.0是在Hibernate的基礎商實(shí)現的，而Oracle的EJB3.0是基于TopLink實(shí)現的。但開(kāi)發(fā)者在使用EJB3.0開(kāi)發(fā)企業(yè)應用時(shí)，即不需要學(xué)習Hibernate也不需要學(xué)習TopLink，EJB3.0依然能夠在JBoss或Oracle上面運行得很好。廠(chǎng)商無(wú)關(guān)性時(shí)EJB3.0框架現在區別于任何其他POJO中間件框架的一大特色。
當然，也有一些EJB3.0的批評者立刻指出，EJB3.0的規范還沒(méi)有最終定稿，EJB3.0得到業(yè)界主要J2EE廠(chǎng)商完全接受還有一到兩年的路要走。是的，是這樣，但是既便現在企業(yè)軟件采用的應用服務(wù)還不支持EJB3.0，但是，（在將來(lái)）仍然能夠通過(guò)下載安裝“可嵌入（embeddable）”EJB3.0產(chǎn)品來(lái)獲得支持。這方面走在前面的JBoss就已經(jīng)推出的可嵌入EJB3.0產(chǎn)品，開(kāi)源并且支持所有兼容J2SE-5.0的環(huán)境，現在正處于beta測試階段。其他廠(chǎng)商也正在迅速跟進(jìn)，很快會(huì )推出他們自己的可嵌入的EJB3.0產(chǎn)品，特別是EJB3.0規范中的“數據持久化”部分。
另一方面，Spring是一個(gè)非基于標準的技術(shù)解決方案，并且在將來(lái)很長(cháng)一段時(shí)間也將繼續維持這樣的狀況。你可以在任何應用服務(wù)上使用Spring框架，但同時(shí)意味著(zhù)你的應用已經(jīng)和Spring以及Spring所選用的應用服務(wù)套牢了。
Spring框架是一個(gè)開(kāi)源項目（而不是標準），自己定義了一套XML配置文件大綱以及程序接口。幾乎所以的開(kāi)源項目都是這樣。從長(cháng)遠考慮，使用Spring框架的企業(yè)應用恐怕得更關(guān)注Spring項目的運作情況（以及Interface21 Inc. ――大部分Spring的核心開(kāi)發(fā)人員都來(lái)自于Interface21 Inc.）。另外，如果企業(yè)應用中采用了Spring專(zhuān)用服務(wù)（Spring-specific services），比如Spring事務(wù)管理或Spring MVC，事實(shí)上這個(gè)企業(yè)應用已經(jīng)和Spring牢牢綁死了。 Spring沒(méi)有實(shí)現和最終服務(wù)提供者的隔離。比如，現在在選擇數據持久化服務(wù)時(shí)，Spring框架使用不同的DAO和Helper類(lèi)以利用JDBC、Hibernate、iBatis或JDO。所以，如果你打算改變數據持久化方式，比如從JDBC改為Hibernate，你就需要重構你的應用代碼了，新的Helper類(lèi)編寫(xiě)也是不可避免的。
2．服務(wù)集成 (Service Integration)
Spring框架站在一個(gè)高于應用服務(wù)和服務(wù)相關(guān)類(lèi)庫的層次上。服務(wù)集成代碼（如：數據訪(fǎng)問(wèn)和Helper類(lèi)等）位于框架中，并直接暴露給應用開(kāi)發(fā)者。EJB3.0則相反，EJB3.0框架牢牢的集成到應用服務(wù)中，所有的服務(wù)集成代碼都被封裝到標準接口下面。
這樣的設計使得EJB3.0的廠(chǎng)商可以集中優(yōu)化總體性能，優(yōu)化開(kāi)發(fā)者體驗。例如：在JBoss EJB3.0實(shí)現中，當你使用EntityManager持久化一個(gè)實(shí)體Bean POJO時(shí)，底層的Hibernate會(huì )話(huà)事務(wù)被自動(dòng)的指派調用JTA事務(wù)的方法，并在JTA事務(wù)提交時(shí)被提交。使用一個(gè)簡(jiǎn)單的注釋?zhuān)╝nnotation）@PersistenceContext，就可以將EntityManager和底層的Hibernate事務(wù)綁定到一個(gè)有狀態(tài)的會(huì )話(huà)Bean中應用事務(wù)中。應用事務(wù)在一個(gè)會(huì )話(huà)中跨越多線(xiàn)程，這在Web應用的事務(wù)處理中非常有用，比如一個(gè)包含多頁(yè)面的購物車(chē)功能。這樣的簡(jiǎn)單性和接口集成都得益于EJB3.0、Hibernate、JBoss中的Tomcate的緊密集成。在Oracle EJB3.0框架中的情況是一致的，只不過(guò)Hibernate換成了TopLink而已。
EJB3.0服務(wù)集成的另一個(gè)例子是集群支持。如果你將一個(gè)EJB3.0應用部署到一個(gè)服務(wù)集群中，所有的負載均衡、分布緩存、狀態(tài)復制等全都自動(dòng)的生效了。底層的集群服務(wù)隱藏在EJB3.0編程接口后面，屏蔽了所有的復雜性。
在Spring這邊，優(yōu)化框架和服務(wù)之間的交互要困難得多。比如，如果要使用Spring的聲明式事務(wù)服務(wù)來(lái)管理Hibernate事務(wù)，必須手工顯式的在XML配置文件中配置Spring的TransactionManager和Hibernate的SessionFactory對象。Spring應用的開(kāi)發(fā)者必須顯式的管理那些跨越多個(gè)HTTP請求的事務(wù)。另外，Spring沒(méi)有簡(jiǎn)單的利用集群的方法。
3. 服務(wù)裝配靈活性 (Flexibility in Service Assembly)
因為Spring中的服務(wù)集成代碼是以編程接口的形式發(fā)布的，所以應用開(kāi)發(fā)者在裝配服務(wù)時(shí)可以獲得極大的靈活性。這使得開(kāi)發(fā)者可以裝備自己的輕量級的應用服務(wù)。Spring 的一個(gè)最普遍的應用就時(shí)粘合Tomcat和Hibernate來(lái)支撐簡(jiǎn)單的數據庫驅動(dòng)應用。在這種情況下，Spring提供事務(wù)服務(wù)，Hibernate提供持久化服務(wù)，這樣的配置構成了一個(gè)迷你型的應用。
EJB3.0應用服務(wù)沒(méi)有給你這類(lèi)可以選擇的靈活性。在大多數情況下，你將得到一套已經(jīng)打包好得特性，盡管其中有些你根本就用不著(zhù)。當然，如果應用服務(wù)內部是模塊化設計，比如JBoss，你可以剝離這些你不用得部分。這樣得定制對一個(gè)成熟得應用服務(wù)是非常有價(jià)值的。
當然，如果應用發(fā)生伸縮，范圍超出了單一服務(wù)節點(diǎn)，你就應該在應用服務(wù)中加入其他服務(wù)，如：資源池、消息隊列、集群等。當加入這些后，Spring的解決方案已經(jīng)和EJB3.0 一樣重量級了。
使用Spring，服務(wù)裝配的靈活性使得利用模擬對象（mock object）非常容易。模擬對象可以在單元測試中代替真實(shí)的服務(wù)對象，從而使得容器外測試得以成為可能。EJB3.0應用中，大部分組件都是簡(jiǎn)單的POJO，也很容易在容器外進(jìn)行測試。但是，那些牽涉到容器對象的測試（如：EntityManager），容器內測試才是最佳選擇，比使用模擬對象測試更簡(jiǎn)單、更健壯、更準確。
4. XML v.s 屬性注釋(XML Versus Annotation)
再應用開(kāi)發(fā)者看來(lái)，Spring的編程接口主要是基于XML配置文件的基礎上，而EJB3.0則大量使用Java注釋。XML文件可以表達復雜的（從屬）關(guān)系，但是也非常冗長(cháng)而且不夠健壯。注釋則比較簡(jiǎn)單，但卻很難表達復雜關(guān)系和子屬結構。
Spring和EJB3.0分別對XML配置文件和Java注釋的選擇是由兩種框架背后的構架設計所決定的。因為注釋只能容納非常少量的配置信息，所以只有預集成的框架（大多少工作已經(jīng)在框架內部完成）可以大量使用注釋作為其配置解決方案。正如同我們已經(jīng)討論的那樣，EJB3.0符合這種要求，而Spring，作為一種DI框架，就不能這么做。
當然，EJB3.0和Spring都在發(fā)展中都相互借鑒了對方的長(cháng)處，都在不同的程度上支持XML配置或Java注釋配置。XML配置文件在EJB3.0中也被用來(lái)配置注釋的缺省行為。而在Spring中，注釋也用來(lái)配置Spring服務(wù)。
5. 聲明式服務(wù)(Declarative Services)
Spring和EJB3.0都為企業(yè)應用提供運行時(shí)服務(wù)，（如：事務(wù)、安全、日志消息、配置服務(wù)）。由于這些服務(wù)都不是直接與應用的業(yè)務(wù)邏輯相關(guān)聯(lián)，所以都不是由應用來(lái)自行管理。事實(shí)上，這些服務(wù)由服務(wù)容器來(lái)進(jìn)行運行時(shí)管理。開(kāi)發(fā)者（或系統管理員）配置容器來(lái)決定何時(shí)以及如何申請這些服務(wù)。
EJB3.0使用Java注釋來(lái)配置聲明式服務(wù)，Spring使用XML配置文件。在大多數情況下，EJB3.0的注釋聲明顯得更為簡(jiǎn)單和優(yōu)雅。以下是一個(gè)例子,在EJB3.0的一個(gè)POJO方法中通過(guò)注釋申請事務(wù)支持。
public class Foo {
@TransactionAttribute(TransactionAttributeType.REQUIRED)
public bar () {
// do something ...
}
}
可以對同一代碼段定義多個(gè)屬性，從而申請多個(gè)運行時(shí)服務(wù)，例子如下：
@SecurityDomain("other")
public class Foo {
@RolesAllowed({"managers"})
@TransactionAttribute(TransactionAttributeType.REQUIRED)
public bar () {
// do something ...
}
}
使用XML來(lái)定義屬性并配置聲明式服務(wù)的結果將式一個(gè)冗長(cháng)而不穩定的配置文件。以下即是一個(gè)例子，通過(guò)一個(gè)XML元素為一個(gè)Spring應用中Foo.bar()方法聲明Hibernate事務(wù)支持。
<!-- Setup the transaction interceptor -->
<bean id="foo"
class="org.springframework.transaction
.interceptor.TransactionProxyFactoryBean">
<property name="target">
<bean class="Foo"/>
</property>
<property name="transactionManager">
<ref bean="transactionManager"/>
</property>
<property name="transactionAttributeSource">
<ref bean="attributeSource"/>
</property>
</bean>
<!-- Setup the transaction manager for Hibernate -->
<bean id="transactionManager"
class="org.springframework.orm
.hibernate.HibernateTransactionManager">
<property name="sessionFactory">
<!-- you need to setup the sessionFactory bean in
yet another XML element -- omitted here -->
<ref bean="sessionFactory"/>
</property>
</bean>
<!-- Specify which methods to apply transaction -->
<bean id="transactionAttributeSource"
class="org.springframework.transaction
.interceptor.NameMatchTransactionAttributeSource">
<property name="properties">
<props>
<prop key="bar">
</props>
</property>
</bean>
如果對同一POJO加入更多的攔截點(diǎn)，XML文件的復雜性將成幾何倍數增加。意識到只使用XML來(lái)進(jìn)行配置的局限性，Spring也支持使用Apache Commons元數據在Java源碼中定義事務(wù)屬性。要使用事務(wù)元數據，你需要改變transactionAttributeSource的實(shí)現為AttributeTransactionAttributeSource，并且添加新的元數據攔截點(diǎn)。
<bean id="autoproxy"
class="org.springframework.aop.framework.autoproxy
.DefaultAdvisorAutoProxyCreator"/>
<bean id="transactionAttributeSource"
class="org.springframework.transaction.interceptor
.AttributesTransactionAttributeSource"
autowire="constructor"/>
<bean id="transactionInterceptor"
class="org.springframework.transaction.interceptor
.TransactionInterceptor"
autowire="byType"/>
<bean id="transactionAdvisor"
class="org.springframework.transaction.interceptor
.TransactionAttributeSourceAdvisor"
autowire="constructor"/>
<bean id="attributes"
class="org.springframework.metadata.commons
.CommonsAttributes"/>
Spring元數據簡(jiǎn)化了transactionAttributeSource元素，這在應用中擁有很多需事務(wù)支持的方法時(shí)很有效。但是，這沒(méi)有根本解決XML配置文件的基本問(wèn)題，即：冗長(cháng)。并且攔截點(diǎn)transactionManager和transactionAttributeSource的配置依然不能省略。
6. 依賴(lài)注入 (Dependency Injection)
使用中間件容器的一個(gè)關(guān)鍵優(yōu)點(diǎn)是可以使得開(kāi)發(fā)者實(shí)現松散耦合的應用。服務(wù)客戶(hù)端只需要知道服務(wù)接口而不是實(shí)現。容器承載具體的服務(wù)對象實(shí)現供客戶(hù)端訪(fǎng)問(wèn)。這允許容器在不同的服務(wù)實(shí)現之間切換，而接口和客戶(hù)端代碼不需要任何的修改和變動(dòng)。
依賴(lài)注入模式（以下簡(jiǎn)稱(chēng)DI）是在應用中實(shí)現松散耦合的的最佳實(shí)踐。相對于傳統的JNDI lookup方式、容器回調方式，DI模式更優(yōu)雅、更容易使用。使用DI，框架完全起著(zhù)一個(gè)對象工廠(chǎng)的作用，在應用中創(chuàng )建服務(wù)對象、依照運行時(shí)配置給POJO注入服務(wù)對象。在應用開(kāi)發(fā)者看來(lái)，當需要時(shí)，客戶(hù)端POJO能夠自動(dòng)的獲得正確的服務(wù)對象。
Spring和EJB3.0都支持DI模式，但他們有著(zhù)深刻的不同。Spring支持通用的（但復雜的）基于XML配置文件的依賴(lài)注入API。EJB3.0支持注入大多數服務(wù)對象（如EJB和上下文對象）和通過(guò)簡(jiǎn)單注釋聲明的JNDI對象。
EJB3.0的DI注釋異常的簡(jiǎn)潔和易用。@Resource標簽注入大多數普通服務(wù)對象和JNDI對象。以下的例子顯示如何從JNDI注入服務(wù)的缺省DataSource對象到一個(gè)POJO中去，DefaultDS是JNDI中DataSource的一個(gè)名字。myDb變量是在第一次使用前一個(gè)自動(dòng)分配得修正變量。
public class FooDao {
@Resource (name="DefaultDS")
DataSource myDb;
// Use myDb to get JDBC connection to the database
}
作為補充，EJB3.0中@Resource注釋屬性也可以通過(guò)setter方法來(lái)設置。下例注入一個(gè)會(huì )話(huà)上下文。應用程序無(wú)需顯式的去調用setter方法，而只是由容器在其他方法被調用之前引入。
@Resource
public void setSessionContext (SessionContext ctx) {
sessionCtx = ctx;
}
對于更復雜的服務(wù)對象，某些特殊的注入注釋并不可用。如：@EJB用于注入EJB Stub,而@PersistenceContext用于注入EntityManager對象，以便為EJB3.0實(shí)體bean處理數據訪(fǎng)問(wèn)。下例顯示如何向一個(gè)有狀態(tài)的session bean注入一個(gè)EntityManager。@PersistenceContext注釋的type屬性定義了注入的EntityManager對象擁有一個(gè)擴展的事務(wù)上下文。這代表事務(wù)不會(huì )由JTA事務(wù)管理器自動(dòng)的提交，從而可以在一個(gè)會(huì )話(huà)中跨線(xiàn)程的使用。
@Stateful
public class FooBean implements Foo, Serializable {
@PersistenceContext(
type=PersistenceContextType.EXTENDED
)
protected EntityManager em;
public Foo getFoo (Integer id) {
return (Foo) em.find(Foo.class, id);
}
}
EJB3.0規范定義了可以通過(guò)注釋去注入的服務(wù)資源。但不支持定義用戶(hù)定義的應用POJO被注入到其他應用中。
在Spring中，你首先需要為你POJO中的服務(wù)對象定義一個(gè)setter方法，（或帶參數的構造函數）。下例顯示POJO需要應用Hibernate session factory的情況。
public class FooDao {
HibernateTemplate hibernateTemplate;
public void setHibernateTemplate (HibernateTemplate ht) {
hibernateTemplate = ht;
}
// Use hibernateTemplate to access data via Hibernate
public Foo getFoo (Integer id) {
return (Foo) hibernateTemplate.load (Foo.class, id);
}
}
然后，你就可以定義容器如何去取得服務(wù)對象，并在運行時(shí)POJO與XML元素關(guān)聯(lián)起來(lái)。下例顯示通過(guò)XML元素定義將數據源與Hibernate session factory聯(lián)系起來(lái)，session factory和一個(gè)Hibernate臨時(shí)對象聯(lián)系起來(lái)，并最終和應用POJO對象聯(lián)系起來(lái)。Spring代碼的復雜性有部分來(lái)自于必須人工處理這些注入的底層，這個(gè)EJB3.0的EntityManager通過(guò)服務(wù)器自動(dòng)的管理配置形成對比。但Spring沒(méi)有向EJB3.0那樣和服務(wù)緊密集成。
<bean id="dataSource"
class="org.springframework
.jndi.JndiObjectFactoryBean">
<property name="jndiname">
<value>java:comp/env/jdbc/MyDataSource</value>
</property>
</bean>
<bean id="sessionFactory"
class="org.springframework.orm
.hibernate.LocalSessionFactoryBean">
<property name="dataSource">
<ref bean="dataSource"/>
</property>
</bean>
<bean id="hibernateTemplate"
class="org.springframework.orm
.hibernate.HibernateTemplate">
<property name="sessionFactory">
<ref bean="sessionFactory"/>
</property>
</bean>
<bean id="fooDao" class="FooDao">
<property name="hibernateTemplate">
<ref bean="hibernateTemplate"/>
</property>
</bean>
<!-- The hibernateTemplate can be injected
into more DAO objects -->
盡管Spring基于XML的依賴(lài)注入語(yǔ)法復雜，但非常強大。你可以在你應用中的任意POJO注入任何POJO，包括自定義的。如果你真的很希望在EJB3.0的應用中使用Spring的DI能力，你可以通過(guò)JNDI向EJB中注入Spring bean factory。在某些EJB3.0應用服務(wù)中，廠(chǎng)商可能會(huì )定義額外的非標準的API來(lái)注入POJO。一個(gè)很好的例子是JBoss MicroContainer，甚至比Spring更普遍的支持AOP。
7. 原文結論
盡管Spring和EJB3.0都瞄準提供低藕合POJO的企業(yè)服務(wù)，但使用了非常不同的方法來(lái)實(shí)現。DI模式在兩種框架中都得到大量的使用。
EJB3.0是基于標準化的實(shí)現，大量使用注釋?zhuān)蛻梅?wù)緊密集成。帶來(lái)的結果是廠(chǎng)商獨立和開(kāi)發(fā)者生產(chǎn)力的提高。Spring，使用依賴(lài)注入，并且圍繞XML配置文件，給開(kāi)發(fā)者帶來(lái)很大的靈活性，并可以同時(shí)在不同的應用服務(wù)上運行。
附錄：
原文：POJO Application Frameworks: Spring Vs. EJB 3.0
