关于hibernate save方法未能存储数据入库的处理过程

关于hibernate save方法未能存储数据入库的处理过程
2018年04月18日 10:57:49 守望dfdfdf 阅读数：230更多
个人分类： 工作 问题
编辑
版权声明：本文为博主原创文章，转载请注明文章链接。 https://blog.csdn.net/xiaoanzi123/article/details/79876281
想要把数据，封装到bean内部，利用hibernate的save方式储存，结果发现虽然没有任何异常，但是表里面并没有出现插入的数据。这时我想到出现这种情况只能是事务上的问题（没有提交）。于是我决定手动创建事务去执行这个save。相关代码如下：
dao层相关代码如下：（关键是通过利用dao中的sessionFactory去获取session），

业务中的代码 改为 如下手动操作事务的方式：
Session session = xxxDao.getSession();
try{
session.beginTransaction();
xxxDao.save(dto bean对象);
session.getTransaction().commit();
}catch(Exception e) {
logger.error("xxxxxxxx 出现错误，事务回滚");
session.getTransaction().rollback();
}

然后问题就出现了：程序一旦执行到session.beginTransaction(); 这个位置，就报错（具体异常我忘记了。。。不过不影响说明问题）。也就是说手动事务创建失败。
究其原因，在于spring的application.xml中对事务的管理配置：看一下 spring 的advice通知的配置：

<tx:advice id="txAdvice" transaction-manager="transactionManager">
    <tx:attributes>
        <tx:method name="find*" read-only="true" />
        <tx:method name="get*" read-only="true" />
        <tx:method name="save*" propagation="REQUIRED" />
        <tx:method name="update*" propagation="REQUIRED" />
        <tx:method name="submit*" propagation="REQUIRED" />
        <tx:method name="remove*" propagation="REQUIRED" />
        <tx:method name="copy*" propagation="REQUIRED" />
        <tx:method name="delete*" propagation="REQUIRED" />
        <tx:method name="discard*" propagation="REQUIRED" />
        <tx:method name="retrieve*" propagation="REQUIRED" />
        <tx:method name="query*" propagation="REQUIRED" read-only="true" />
        <tx:method name="select*" propagation="REQUIRED" read-only="true" />
    </tx:attributes>
</tx:advice>

可以看到，find、get等等开头的方法，都会有对应的 事务 传播特性 配置，由spring来管理。而我的方法竟然是以get开头的，再根据REQUIRED的传播特性，就不难理解了，我自己手动创建 事务 ，此时与配置的事务传播特性 冲突。
我的解决办法是把方法名改了，不再以get开头。这样配置的事务传播特性 不会影响自己手工开启事务。成功利用手动创建事务把数据存储入库【注意，通知主要配置的是事务的传播特性】。
而 事务织入的位置 具体得 参见aop配置的 位置 。
至于刚开始由spring管理事务为啥数据没有存进去？我估计是之前application.xml中事务管理器我的配置有问题，因为当时配了双数据源，多配置一个事务管理器，具体配置参见我的当时记录的博客
https://blog.csdn.net/xiaoanzi123/article/details/79716758
弄乱了，后来理清楚思路 就把多配的 给删除了。所以现在的application.xml的配置，我也更新在上述博客最后面了。可对比查看变化。这是另外的话了。
而且，（目前方法名已经不再是get开头了），我把手动开关事务代码注释掉，只留下save的代码，测试发现也能够存储数据入库。所以我推测此时只不过不再受到 通知 配置 的事务传播级别的控制限制了，但是事务管理依旧因为aop配置的位置 的原因在生效，把数据成功入库。