1. 程式人生 > >spring+ mybatis 事務不能回滾問題解決

spring+ mybatis 事務不能回滾問題解決

【2018年4月13號更新修改該說明】,之前我說自動掃描要精確到Controller就可以解決回滾問題,確實可以解決問題,自動裝配的範圍變小了,這樣其他的Service層、dao層就不能自動裝配了,這樣肯定不合理。

   原來Spring已經有相關的配置處理這個問題了,如果你專案不能回滾,肯定是把Controller層掃進去了,

在application.xml檔案中自動掃描配置新增

<context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>就可以了

<
context:component-scan base-package="com.ylzinfo"> <!-- 掃描時跳過 @Controller 註解的JAVA類(控制器)。不掃描Controller層 --> <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/> </context:component-scan>

2017年4月27號:

最近遇到一個回滾問題,百度了一天了,終於解決了;

百度上遇到很多中情況,我記錄的情況主要是以下幾點(1)錯誤型別是Exception,加rollback-for="excepation"就可以解決,使用try()catch(){}捕獲異常你確沒有把他重新丟擲去,直接去掉try cathc就行(2)如果是使用aop不是註解管理事務,可能是<aop:pointcut id="confService" expression="execution(* com.cn.hnust.service.impl.*.*(..)) "/>寫錯(3)掃描的時候把controller和service層一起掃了,造成事務還沒有配置你就開始裝配了 。 

  我的錯誤型別是第三種。解決方式如下:

 我的事務管理用的是aop我貼出程式碼:

<tx:advice id="TestAdvice" transaction-manager="transactionManager">
    <tx:attributes>
        <tx:method name="add*" propagation="REQUIRED" rollback-for="Exception.class"/>
    </tx:attributes>
</tx:advice>
<aop:config>
    <
aop:pointcut id="confService" expression="execution(* com.cn.hnust.service.impl.*.*(..)) "/> <aop:advisor advice-ref="TestAdvice" pointcut-ref="confService"></aop:advisor> </aop:config> <aop:aspectj-autoproxy proxy-target-class="true"/> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"></property> </bean>

一、首先確保你這個路徑是對的

<aop:pointcut id="confService" expression="execution(* com.cn.hnust.service.impl.*.*(..)) "/>

二、在applicationControlxml(spring的配置檔案)

<context:component-scan base-package="com.cn.hnust.service"></context:component-scan>
 確保有這個並且最重要的是base-pakepage="com.cn.hnust.service" 不要只寫base-pakepag="com",要精確到你那個要回滾的事務,一般是在service中,就是精確搭配service

三、在springmvc-servlet.xml(springMVC配置檔案)

<context:component-scan base-package="com.cn.hnust.controller"></context:component-scan>

同樣情況base-pakeage="com.cn.hnust.controller" 不能只寫base-package="com.cn.hnust" 要精確到controller 

主要的原理是因為:spring先載入springMVC-servlet.xml檔案,如果只寫base-package="com.cn.hnust也會把hnust下的service和controller同時裝配進去,然而回滾是要先要掃描controller層,然後在service層,有一個先後順序,所以在springMVC-servlet.xml中base-package後面的值要寫到com.cn.hnust.controlle層,不要只寫到com.cn.hnust;否則會把com.cn.hnus下的service和controller層同時掃進去,這樣就造成事務管理都沒有配置,你就開始裝配了。

相關推薦

Spring @Transactional 事務機制

Srping 事務     在Spring 的世界裡面我們一般使用@Transactional 註解在對應方法上面宣告為一個事務方法。     但是在預設不寫@Transactional(rollbackFor = Exception.class)預設回滾Run

【本人禿頂程式設計師】SpringMVC+Mybatis+事務+異常封裝返回

←←←←←←←←←←←← 快,點關注! 問題的背景: 使用dubbo搭建分散式服務架構,service的實現,採用SpringMVC4.1.6+MyBatis3.2.8。 為了少維護一個維度,擬對service介面進行通用性定義,即讓業務的變化,不影響已定義的servi

經驗總結55--spring開啟事務

使用spring的@Transactional註解,異常時,進行事務回滾。 1.引用 xmlns:tx="http://www.springframework.org/schema/tx"http://www.springframework.org/schema/tx  

spring+ mybatis 事務不能問題解決

【2018年4月13號更新修改該說明】,之前我說自動掃描要精確到Controller就可以解決回滾問題,確實可以解決問題,自動裝配的範圍變小了,這樣其他的Service層、dao層就不能自動裝配了,這樣肯定不合理。   原來Spring已經有相關的配置處理這個問題了,如果你專

mybatis整合spring、springmvc時業務層無法進行事務問題解決

前言:近期換了新公司,剛來公司就接觸了一下mybatis,因為springmvc和spring比較熟悉,我想大概現在絕大部分的公司都在用吧,剛接觸mybatis時感覺真心蛋疼,純sql才處理業務,實在是有點不習慣,不過感覺整個框架較之前的orm架構確實感覺速度快一點。 好

spring框架多個數據庫操作需統一提交事務機制解析以及解決辦法

1、遇到的問題   當我們一個方法裡面有多個數據庫儲存操作的時候,中間的資料庫操作發生的錯誤。虛擬碼如下: public method() { Dao1.save(Person1); Dao1.save(Person2); Dao1.sa

Spring 實現部分事務

light back true prop 回滾 sage .class lba aaa 例如有業務需求,在catch異常後,catch塊內把異常的信息存入到數據庫,而catch外的數據全部回滾 try { ....... aaaService.save();

淺談Spring中的事務

spec style try 常見 產生原因 turn prop ret run 使用Spring管理事務過程中,碰到過一些坑,因此也稍微總結一下,方便後續查閱。1.代碼中事務控制的3種方式編程式事務:就是直接在代碼裏手動開啟事務,手動提交,手動回滾。優點就是可以靈

哪些異常是RuntimeException?Sql異常屬於RuntimeException嗎?Spring下SQL異常事務

tail 好的 duplicate 代碼 blog 後拋 ase owa 接口文檔 一,為什麽框架中根本沒有對Exception的一般子類進行回滾配置,異常發生時,事務都進行了回滾 ,說好的只會對RuntimeException(Unchecked 非受檢異常)回滾呢?

spring事務管理,基於xml配置完成事務spring中資料庫表中欄位名和pojo中屬性名不一致時候,實現RowMapper介面手動封裝

宣告使用JDK8,spring5.0.7, 測試說明: service 層 宣告介面進行轉賬,從A轉賬B ,然後對AB 進行更新操作,在事務中對find方法開啟 只讀許可權,無法進行更新操作,造成事務回滾進行測試事務; 主要測試方法:* void tra

spring事務的多種方式

轉:https://www.cnblogs.com/zeng1994/p/8257763.html start 看下下面的說明,會對理解本人貼出的程式碼有幫助。 1.程式碼中事務控制的3種方式 程式設計式事務:就是直接在程式碼裡手動開啟事務,手動提交,手動回滾。優點就是可以靈活控制,缺點

spring手動控制事務

在catch語塊中增加TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); import org.springframework.transaction.interceptor.TransactionAs

程式碼丟擲異常後進行事務的兩種方式(Spring @Transactional註解)

需求 在service層的某個方法中,在執行完一個對資料庫的寫方法後,丟擲異常,再執行另一個對資料庫的寫方法,虛擬碼如下: @Transactional public void func() { dao.write(pojo1); throw new Exception("異常"

spring 事務、程式碼

1、遇到的問題   當我們一個方法裡面有多個數據庫儲存操作的時候,中間的資料庫操作發生的錯誤。虛擬碼如下: public method() { Dao1.save(Person1); Dao1.save(Person2); Dao1.save(P

關於Spring事務@Transactional使用記錄

測試@Transactional的在處理異常時是否生效, 首先這裡隨便寫一個update的方法,對資料庫進行更新操作,然後在操作完之後拋一個異常 @Override @Transactional(rollbackFor = {Exception.class})

Spring 事務手動: 用於事務管理的業務方法中使用了try...catch...的事務

在使用Spring 事務(@Transactional())時,被事務管理的業務類方法中如果使用try...catch...來捕獲異常的話,如果出現異常,事務不會回滾,這個時候我們可以手動回滾事務.如下: //假設這是被事務管理的service類中的一個方法

2.2 REQUIRES_NEW不起作用導致整個事務——Spring事務傳播機制

1、Propagation.REQUIRES_NEW的作用假設有個物件A,有a()方法,有個物件B,有b()方法。在a方法中呼叫了b方法,b方法被稱為內嵌事務,不管a方法是否開啟事務,只要b方法的事務的

try catch異常丟擲與spring事務策略相關

將異常捕獲,並且在catch塊中不對事務做顯式提交(或其他應該做的操作如關閉資源等)=生吞掉異常; spring的事務邊界是在呼叫業務方法之前開始的,業務方法執行完畢之後來執行commit or rollback(Spring預設取決於是否丟擲runtime異常). 

Spring中發生的SQL異常可以觸發事務的原因

在對Spring的事務回滾捕獲的異常型別進行測試,發現當出現SQL異常時可以觸發事務回滾,但是通過檢視文件發現,Java.lang.SQLExcepetion是Java.lang.Excepetion的子類,在沒有對事務設定rollbackfor=Exception.clas

接收到普通Exception,事務無法解決方案

程式碼寫法: 1 @Transactional(propagation = Propagation.REQUIRED, rollbackFor = { Exception.class }) 2 public void delRules(Integer id,S