技術分享在Spring中實現事務掛起(圖)

2019-11-18 13:00:18

字體：大中小

來源：轉載

供稿：網友

　　摘要
　　
　　SPRing Framework是一個流行的java/J2EE應用框架，它構建于一個輕量級的反向控制(Inversion-of-Control，QoC)模式的容器的基礎之上，以其數據訪問和事務治理能力而著稱。Spring的聲明性事務劃分適用于任何的POJO（pure old java object或plain ordinary Java object，無格式普通Java對象）目標對象，其聲明性事務如同EJB容器托管事務(Container-Managed Transaction，CMT)一樣完善。后端事務治理器的選擇包括簡單的基于JDBC的事務和完善的J2EE事務（借助于JTA策略）。
　　
　　本文具體討論了Spring的事務治理功能。重點介紹了如何以JTA作為后端事務策略，使用Spring的針對POJO的聲明性事務。本文說明了Spring的事務服務可以與J2EE服務器的事務協調程序（如BEA WebLogic Server的事務協調程序）進行無縫交互，實際上已經成為EJB CMT的傳統事務劃分方式的替代方案。
　　
　　針對POJO的聲明性事務
　　
　　為了說明Spring的聲明性事務劃分方式，讓我們來看看Spring的PetClinic示例應用程序的中心服務外觀(facade)的配置：
　　
　　<bean id="dataSource"
　　class="org.springframework.jndi.JndiObjectFactoryBean">
　　<property name="jndiName">
　　<value>java:comp/env/jdbc/petclinic</value>
　　</property>
　　</bean>
　　<bean id="transactionManager"
　　class="org.springframework.transaction.jta.JtaTransactionManager"/>
　　
　　<bean id="clinicTarget"
　　class="org.springframework.samples.petclinic.jdbc.JdbcClinic">
　　<property name="dataSource"><ref bean="dataSource"/></property>
　　</bean>
　　
　　<bean id="clinic"
　　class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
　　<property name="transactionManager"><ref bean="transactionManager"/></property>
　　<property name="target"><ref bean="clinicTarget"/></property>
　　<property name="transactionAttributes">
　　<props>
　　<prop key="load*">PROPAGATION_REQUIRED,readOnly</prop>
　　<prop key="store*">PROPAGATION_REQUIRED</prop>
　　</props>
　　</property>
　　</bean>
　　
　　它遵從了Spring的標準xmlBean定義格式。它定義了：
　　
　　一個DataSource引用，指向一個JNDI位置--這將從J2EE服務器托管的JNDI環境中獲取指定的DataSource。
　　
　　一個PlatformTransactionManage實現--在本例中，該實現指定Spring的JtaTransactionManager，它委托給J2EE服務器的事務協調程序。
　　
　　應用程序服務實現--這是一個簡單的POJO，它封裝了業務和數據訪問邏輯。它實現應用程序的Clinic服務接口。
　　
　　一個應用程序服務的事務代理--該代理定義了目標服務的事務屬性，提供具體的方法命名模式，并創建相應的事務。對于實際的事務治理，代理指向PlatformTransactionManager實現。
　　
　　注重：Spring還通過通用屬性(Commons Attribute)或者J2SE 5.0的注釋(annotation)，支持一種自動代理機制和對源級（source-level）元數據的使用，作為顯示代理定義的替代方案。這些替代方案不在本文的討論范圍之內；其具體資料請參考Spring說明文檔。
　　
　　使用的服務接口和服務實現是特定于應用程序的，無需了解Spring（具體說是Spring的事務治理）就可以實現。純Java對象可以用作目標對象，而任何一個純Java接口都可以用作服務接口。下面是一個Clinic接口的例子：
　　
　　public interface Clinic {
　　Pet loadPet(int id);
　　void storePet(Pet pet);
　　...
　　}
　　下面顯示了該接口的一個簡單實現，假定它使用JDBC來執行必要的數據訪問。它通過一個bean屬性的setter方法接收JDBC DataSource，這直接對應上面配置中的dataSource屬性定義。
　　
　　public class JdbcClinic implements Clinic {
　　
　　private DataSource dataSource;
　　
　　public void setDataSource(DataSource dataSource) {
　　this.dataSource = dataSource;
　　}
　　
　　public Pet loadPet(int id) {
　　try {
　　Connection con = this.dataSource.getConnection();
　　...
　　}
　　catch (SQLException ex) {
　　...
　　}
　　}
　　
　　public void storePet(Pet pet) {
　　try {
　　Connection con = this.dataSource.getConnection();
　　...
　　}
　　catch (SQLException ex) {
　　...
　　}
　　}
　　
　　...
　　}
　　正如您所看到的，代碼簡單明了。使用了一個簡單Java對象。事務治理由事務代理處理，我們隨后再對其進行說明。
　　
　　注重，PetClinic示例應用程序中實際的基于JDBC的Clinic實現利用了Spring的JDBC支持類，以免只工作在簡單的JDBC API級別上。但是，Spring的事務治理還將使用簡單的基于JDBC的實現，比如上面的實現。
　　
　　定義事務代理
　　
　　除JdbcClinic實例之外，配置還為其定義了一個事務代理。假如需要，可以顯式地指定該事務代理所暴露的實際接口。默認狀態下，目標對象實現的所有接口都將被暴露--在本例中是應用程序的Clinic服務接口。
　　
　　從客戶端的角度來看，“clinic”bean只是應用程序的Clinic接口的實現。客戶端不必知道自己正在和事務代理打交道。這就是接口的力量：目標對象的直接引用可以很輕松地由實現了相同接口的代理取代--在本例中是一個隱式地創建事務的代理。
　　
　　對于特定的方法或方法命名模式，代理的具體事務行為由事務屬性驅動，如下面的例子所示：
　　
　　<prop key="load*">PROPAGATION_REQUIRED,readOnly</prop><prop key="store*">PROPAGATION_REQUIRED</prop>
　　
　　key屬性確定代理應該給哪個方法增加事務行為。這樣的屬性最重要的部份是傳播行為。有以下選項可供使用：
　　
　　PROPAGATION_REQUIRED--支持當前事務，假如當前沒有事務，就新建一個事務。這是最常見的選擇。
　　PROPAGATION_SUPPORTS--支持當前事務，假如當前沒有事務，就以非事務方式執行。
　　PROPAGATION_MANDATORY--支持當前事務，假如當前沒有事務，就拋出異常。
　　PROPAGATION_REQUIRES_NEW--新建事務，假如當前存在事務，把當前事務掛起。
　　PROPAGATION_NOT_SUPPORTED--以非事務方式執行操作，假如當前存在事務，就把當前事務掛起。
　　PROPAGATION_NEVER--以非事務方式執行，假如當前存在事務，則拋出異常。
　　PROPAGATION_NESTED--假如當前存在事務，則在嵌套事務內執行。假如當前沒有事務，則進行與PROPAGATION_REQUIRED類似的操作。
　　
　　前六個策略類似于EJB CMT：常量名相同，因此，對EJB開發人員來說，應該馬上就感到熟悉。第七個（PROPAGATION_NESTED）是Spring所提供的一個非凡變量。它要求事務治理器或者使用JDBC 3.0 Savepoint API提供嵌套事務行為（如Spring的DataSourceTransactionManager），或者通過JTA支持嵌套事務。
　　
　　事務屬性中的readOnly標志表示對應的事務應該被最優化為只讀事務。這是一個最優化提示。在一些情況下，一些事務策略能夠起到顯著的最優化效果，例如在使用Object/Relational映射工具（如：Hibernate或TopLink）時避免dirty checking（試圖“刷新”）。
　　
　　在事務屬性中還有定義“timeout”值的選項，指定事務超時為幾秒。在JTA中，這將被簡單地傳遞到J2EE服務器的事務協調程序，并據此得到相應的解釋。
　　
　　使用事務代理
　　
　　在運行時，客戶端將獲取到“clinic”bean的引用，將其轉換為Clinic接口，同時在它上面調用諸如loadPet或storePet之類的操作。這將隱式地使用在目標對象之前注冊的“事務攔截器”檢查Spring的事務代理；新的事務將被創建，然后調用將被委派給JdbcClinic目標方法。
　　
　　圖1說明了一個具有“advisor鏈”和終端目標的AOP代理的底層概念。其中，唯一的advisor就是將事務行為包裝到目標方法的事務攔截器。這是在Spring的聲明性事務功能的幫助下產生的基于代理的AOP（面向方面編程）。
　　　技術分享在Spring中實現事務掛起(圖)

　　圖1. 具有“advisor鏈”和終端目標的AOP代理
　　
　　例如，PetClinic web應用程序中的web層組件能夠執行ServletContext查詢操作來獲取對Spring WebapplicationContext的引用，然后獲得那里托管的“Clinic”bean：
　　
　　WebApplicationContext ctx =
　　WebApplicationContexUtils.getWebApplicationContext(servletContext);
　　Clinic clinic = (Clinic) ctx.getBean("clinic);
　　
　　Pet pet = new Pet();
　　pet.setName("my new cat");
　　
　　clinic.storePet(pet);　　在storePet()調用的開始，Spring的事務代理將隱式地創建一個事務。在storePet()調用返回時，將提交或回滾事務。默認情況下，任何RuntimeException或Error的拋出均會導致回滾。可以指定何時提交和何時回滾的實際規則：Spring的事務屬性支持一個稱為“回滾規則”的概念。
　　
　　例如，我們可以引入一個檢查性的PetClinicException，并告訴事務代理，在拋出該異常時執行進行回滾。
　　
　　<prop key="load*">PROPAGATION_REQUIRED,readOnly,-PetClinicException</prop>
　　<

上一篇：開源技術分析:AOP和Spring事務處理

下一篇：Spring系列第2部分:當Hibernate遇上Spring