多数据源事务注解失效问题

2018-08-26 17:17:49来源:博客园 阅读 ()

新老客户大回馈,云服务器低至5折

问题描述:

  由于工作需要,需要在spring中配置两个数据源,有一天突然发现@Transactional注解失效

环境框架:

  springmvc+spring+spring jdbcTemplate

数据库:

  Oracle数据库

 

解决方法:

百度获得三种可能原因及相应解决方案:

第一种 

1 <!– 自动扫描的包名 –>    
2 <context:component-scan base-package=“com.yxyj” >   
3 </context:component-scan>  

spring容器优先加载由ServletContextListener(对应applicationContext.xml)产生的父容器,而SpringMVC(对应mvc_dispatcher_servlet.xml)产生的是子容器。子容器Controller进行扫描装配时装配的@Service注解的实例是没有经过事务加强处理,即没有事务处理能力的Service,而父容器进行初始化的Service是保证事务的增强处理能力的。如果不在子容器中将Service exclude掉,此时得到的将是原样的无事务处理能力的Service。

springmvc的配置文件里包扫描范围太大,应该将service排除在外

1 <context:component-scan base-package=“com.will” >      
2     <context:exclude-filter type=“annotation” expression=“org.springframework.stereotype.Service” />    
3 </context:component-scan>

第二种

使用的mysql数据库,数据库引擎使用的不是InnoDB,只要切换成InnoDB就可以了

1 alter table tablename type=InnoDb

第三种

注解加的方法权限修饰符不是public,@Transational失效,修改修饰符为public

 

结果是,我的注解扫描范围只有controller层,所以第一种方案失败,数据库是Oracle数据库,第二种解决方案失败,方法权限修饰符就是public,第三种方案失败......

 

接下来,继续查找原因,然后了解到原来事务是和数据源绑定的,如果不给事务管理器qualifer属性,@Transactional默认会与第一个事务管理器绑定,结果我用的是第二个数据源,导致Transactional失效

解决方案:

配置事务管理器时添加value区分字段

    <bean id="transactionManager02"
        class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource02" />
        <qualifier value="ynw"></qualifier>
    </bean>

java代码中添加value

1 @Transactional(value = "ynw")
2 public HashMap<String, Object> addAppointMent(Map map) {}

这样事务就可以使用了

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:Kibana安全特性之权限控制

下一篇:Java知识点梳理——常用方法总结