项目中一些事务相关的配置
<!-- 配置事务管理器 -->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
</bean>
<bean id="jpaTransactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
<property name="entityManagerFactory" ref="entityManagerFactory" />
</bean>
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="my*" propagation="REQUIRES_NEW" />
<tx:method name="*" propagation="REQUIRED" />
</tx:attributes>
</tx:advice>
<tx:advice id="txJpaAdvice" transaction-manager="jpaTransactionManager">
<tx:attributes>
<tx:method name="test*" propagation="REQUIRES_NEW" rollback-for="Exception" />
<tx:method name="egg*" propagation="REQUIRED" rollback-for="Exception" />
</tx:attributes>
</tx:advice>
<!-- 配置事务切入点,切入指定的某些方法 -->
<aop:config proxy-target-class="true">
<aop:advisor pointcut="execution(* com.*.services.*.*(..))
" advice-ref="txAdvice"/>
<aop:advisor pointcut="execution(* com.*.course.service..*.*(..))
" advice-ref="txJpaAdvice"/>
</aop:config>
可以在log4j中配置打印创建事务的过程
log4j.logger.org.springframework=DEBUG
下面的方法中他们创建的是不同的事务,也是不同的connection
// @Transactional
public void test() {
// test方法中的sql
int i = creditMapper.delCredit(22);
SpringContextUtil.getAopProxy(this).mya();
// int result = 100/0;
}
// @Transactional
public void mya() {
// a方法中的sql
int i = creditMapper.delCredit(61);
// int result = 100/0;
}
可以清楚地看到两个方法创建的是不同的事务,连接也是不相同的,所以他们之前不会互相影响。这里和前面xml配置事务传播特性的requires_new有关,会挂起上一个事务,把上一个connection对象存入挂起对象的conn属性中,新conn覆盖threadlocal里的value(key属性是datasource),等到新事务完成任务才会把挂起对象中的conn还原到threadlocal里的value中。
注意:如果这里的mya调用没有通过SpringContextUtil.getAopProxy()来获取当前的代理类,那么他的事务是不会生效的,因为是被代理类来调用方法,不会有aop特性。使用@Transactional注解也是类似的道理。
如果要使用注解替代切面配置的方法可以配置下面这段,但在我们的项目中无法使用注解方式
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>
测试的过程中遇到的报错,大致意思就是无法再生成cglib代理的子类了,因为被代理的类是最终类或不可见类(a final class or a non-visible class),无法子类化最终类 com.sun.proxy.$Proxy64。后来发现是某些类已经被代理过了的原因。
Post-processing of FactoryBean's singleton object failed; nested exception is org.springframework.aop.framework.AopConfigException: Could not generate CGLIB subclass of class [class com.sun.proxy.$Proxy64]: Common causes of this problem include using a final class or a non-visible class; nested exception is java.lang.IllegalArgumentException: Cannot subclass final class class com.sun.proxy.$Proxy64
由于项目有多个module,在使用springboot和spring两个不同框架。下方是使用springboot模块的配置类,里面的dao包的类都继承了CrudRepository(接口里面的方法都会被@Transactional修饰),所以也是被代理过的,而上面的xml配置是全局性的,所以有些多余了
@ComponentScan("com.**.course")
@MapperScan("com.**.course.mapper")
@EnableAutoConfiguration
//@EnableTransactionManagement
public class ApplicationAPP {
public static void main(String[] args) {
SpringApplication.run(ApplicationAPP.class, args);
}
}
而且不同的框架使用的事务管理器也不同,参考最前面的配置,修改打印日志配置
spring:
#数据库连接配置
datasource:
#MSSQL
url: jdbc:oracle:thin:@192.168.xxx:1521:xxx
username: xxx
password: 123456
driverClassName: oracle.jdbc.driver.OracleDriver
tomcat:
max-wait: 10000
max-active: 20
#session超时时间 24小时
server:
port: 8900
servlet-path: /app
#校验信息配置
logging:
level:
org.springframework: DEBUG
如果要在springboot中也开启事务注解,那么需要把这个@EnableTransactionManagement注释打开,并从配置类启动,而不是用tomcat启动服务,否则它只会对xml配置过的那些切面生效。这也是为什么项目中所有加@Transactional注解修饰的方法事务从来就没有生效过的原因。
5种Spring配置事务的方式_不如养猪!-CSDN博客_spring如何配置事务
JPA中自定义的插入、更新、删除方法为什么要添加@Modifying注解和@Transactional注解? - 无恨之都 - 博客园