你说的事务没有生效具体情况没看运行结果看不出来,我这里说一下我做的测试和理解吧。
首先我这个项目使用了SpringMVC搭建,事务配置和你的基本一致:
因为我的事务管理器使用的id是默认id,所以<tx:annotation-driven />后面不需要跟id
连接池使用的是com.mchange.v2.c3p0.ComboPooledDataSource
然后我查资料了解到:
所以我就不像你这样写了,反正都是默认值
接着做出如下几种测试:
1、在Service实现层方法上添加@Transactional注解:
控制器的注册方法这么写:
可以看到这个是重复插表了,必然引起违反唯一约束异常
把数据库清空:
postman准备:
冲!
好,服务器返回500了,我们看下日志:
第一次insert时,首先创建了一个会话,注册事务,连接入池,执行插入,插入成功,释放会话资源,事务提交,事务关闭。
第二次insert,还是创建会话吧啦吧啦一堆,然后插入失败,服务器发生com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException异常,此时直接释放会话,在服务器打印错误信息,事务关闭。事务没有进行提交,所以事务得到回滚。
但是可以发现因为第一次插入的会话也好,事务也好,已经和第一次插入不是一个了,所以第一次插入还是成功了:
只有第二次事务得到了回滚。
所以我意识到只有将所有数据库 *** 作都包含在同一个事务之中,那么事务回滚的时候才能大家一起回滚。
因此,这次测试的时候,我将@Transactional直接放到控制器中:
再冲!
再次500了,我们看下日志:
第一次插入时,新建了会话,注册了事务,入池,然后执行,执行成功,释放会话资源,然后事务没有关闭,也没有提交。
紧接着就开始第二次插入,它直接fetched(获取)当前事务中的会话,执行插入,释放会话资源,此时再次发生MySQLIntegrityConstraintViolationException异常,打印异常信息,事务没有提交直接关闭,得到回滚。
查了下数据库确实没有新数据被插入。
综上所述,我这个事务回滚还是生效了的,关键还是在于@Transactional注解的设置位置。这个注解设置在某个方法上,只能将这个方法内所进行的所有数据库 *** 作归结到一个事务里,出了这个方法,那就管不了了。
所以我想看一下你的这个注解到底是怎么加的?
另外直接把注解加载服务层的类上我试了也不行
这样也是无法回滚的。
因spring3发布时mybatis还没有出正式版本,所以spring没有整合最新的mybatis.不过社区倒是开发了一个中间件。
需要的jar包
mybatis-3.0.6.jar
mybatis-spring-1.0.2.jar
要点:
在spring中配置mybatis工厂类
2.在dao层使用spring注入的的工具bean对数据进行 *** 作
整合时,可以有四种方式来使用mybatis进行数据处理。
spring 中必须的配置。
spring的配置文件中加入以下内容
<!-- MyBatis配置 -->
<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
<property name="dataSource" ref="c3p0DataSource" />
<property name="configLocation" value="/WEB-INF/config/db/MyBatisConfiguration.xml" />
<property name="mapperLocations" value="/WEB-INF/config/db/*Mapper.xml" />
<property name="typeAliasesPackage" value="${mybatis.alias.basepackage}" />
</bean>
SqlSessionFactoryBean (必需)
就是中间件所需的处理类
2.dataSource (必需)
spring中数据源引用
3.configLocation (可选)
Mybatis自身的配置文件,一般用来声明别名
4.mapperLocation (可选)
mybatis的映射文件
5.typeAliasesPackage (可选)
要映射类的包路径,如果使用了这种方式,则configLocation中不必再进行声明
使用mybatis进行数据处理的四种方式(SqlSessionTemplate/SqlSessionDaoSupport/MapperFactoryBean/MapperScannerConfigurer)
不同方式的特点
SqlSessionTemplate 这个需要写配置文件,在实现类中注入sqlsession,再使用sqlsession,是细颗粒控制
SqlSessionDaoSupport 这个只需要在实现类中继承特殊类就可以使用sqlsession
MapperFactoryBean 这个要写配置文件,把对应的所有接口在配置文件中引用即可,无需写实现类
MapperScannerConfigurer 这个要写配置文件,只要给出接口所在的包即可,会自动把包中的接口引入,无需写实现类
SqlSessionTemplate
配置文件加入新配
<bean id="sqlSession" class="org.mybatis.spring.SqlSessionTemplate">
<constructor-arg index="0" ref="sqlSessionFactory" />
<constructor-arg index="1" value="BATCH" /><!--- 如果想要进行批量 *** 作可加入这个属性 ->
</bean>
注入sqlsession()
@Reasource //使用spring3的注解注入
private SqlSession sqlSession
使用sqlsession来进行 *** 作
public User getUser(String userId) {
return (User) sqlSession.selectOne("org.mybatis.spring.sample.mapper.UserMapper.getUser", userId)
}
SqlSessionDaoSupport(sqlSessionFactory会被spring自动装配,不需要手动注入)
继承SqlSessionDaoSupport类
public class UserDaoImpl extends SqlSessionDaoSupport implements UserDao {
}
使用getSqlSession()方法取sqlSession来进行数据处理
public User getUser(String userId) {
return (User) getSqlSession().selectOne("org.mybatis.spring.sample.mapper.UserMapper.getUser", userId)
}
MapperFactoryBean
写配置文件,引入每个DAO接口
<bean id="userMapper" class="org.mybatis.spring.mapper.MapperFactoryBean">
<property name="mapperInterface" value="org.mybatis.spring.sample.mapper.UserMapper" />
<property name="sqlSessionFactory" ref="sqlSessionFactory" />
</bean>
在业务层可直接注入dao的接口进行 *** 作
MapperScannerConfigurer
写配置文件,配置包名将自动引入包中的所有接口
<bean class="org.mybatis.spring.mapper.MapperScannerConfigurer">
<property name="basePackage" value="org.mybatis.spring.sample.mapper" />
</bean>
在业务层可直接注入DAO接口 *** 作,注入时使用的是接口名,其首字母小写
注意:如果有别的实现类,其提供的名称如果是接口名,且首字母小写,则会在启动时出现冲突错误
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)