问题描述:
由于工作需要,需要在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排除在外
第二种
使用的mysql数据库,数据库引擎使用的不是InnoDB,只要切换成InnoDB就可以了
1 alter table tablename type=InnoDb
第三种
注解加的方法权限修饰符不是public,@Transational失效,修改修饰符为public
结果是,我的注解扫描范围只有controller层,所以第一种方案失败,数据库是Oracle数据库,第二种解决方案失败,方法权限修饰符就是public,第三种方案失败......
接下来,继续查找原因,然后了解到原来事务是和数据源绑定的,如果不给事务管理器qualifer属性,@Transactional默认会与第一个事务管理器绑定,结果我用的是第二个数据源,导致Transactional失效
解决方案:
配置事务管理器时添加value区分字段
java代码中添加value
1 @Transactional(value = "ynw")
2 public HashMap<String, Object> addAppointMent(Map map) {}
这样事务就可以使用了
