【Java EE 学习 54】【OA项目第一天】【SSH事务管理不能回滚问题解决】【struts2流程回顾】

2021-11-13 09:56:40

一、SSH整合之后事务问题和总结

　　1.引入问题：DAO层测试

　　　　假设将User对象设置为懒加载模式，在dao层使用load方法。

　　　　注意，注释不要放开。

　　　　使用如下的代码块进行测试：

　　　　会报错：no session。

　　　　为什么会没有session呢，因为在代码

User user=(User) hibernateTemplate.load(User.class, id);

　　　　执行完成之后session就已经关闭了。

　　2.Service层测试

　　　　（1）Service层代码：

　　　　　　DAO层代码：

　　　　　　测试代码：

　　　　运行结果：

　　　　出现的错误结果和上面完全相同。

　　　　（2）解决错误

　　　　　　将DAO层中的代码注释去掉或者将Service中的代码注释去掉。

　　　　　　注释的代码作用是打印结果，只是一个System.out.println方法的执行；虽然如此，程序运行不再有问题。

　　3.原因分析

　　　　（1）为什么测试DAO无论怎么测试都会报出异常？

　　　　　　因为DAO层调用完成getUserById方法之后session就马上关闭了，所以执行下一句代码的时候即使是打印输出的代码也会报错。

　　　　（2）为什么测试Service的时候如果没有去掉注释的话，就会出错？

　　　　　　因为去掉注释的话，Service层调用完成getUserById方法之后Session就会关闭，效果和在DAO层是完全相同的，所以结果和在DAO层是完全相同的。报错的信息完全相同。

　　　　（3）为什么Service层去掉注释之后就不报错了？

　　　　　　Service层去掉注释之后由于方法还没有退出，所以会将数据保存到User对象中；所以数据已经保存到了内存中，这样就不会报错了。

　　　　（4）在DAO层去掉注释之后会不会报错？

　　　　　　去掉DAO层的注释之后的运行结果：

　　　　　　结果是没有报错，为什么，DAO层调用完成查询的方法之后不是会立即关闭session吗？

　　　　　　结果是没有关闭Session，原因是在Service层调用的方法，该方法具有事务，而且该事务的范围扩展到了DAO层。最根本的原因是在Spring配置文件中的配置：

　　　　　　propagation属性值是默认的，所以在Service层中方法执行的时候，执行的所有方法都将会带有事务，直到方法结束，事务也会随之结束，因此DAO层才没有立即结束事务（关闭session）。

　　4.总结SSH整合之后事务管理的范围

　　　　（1）如果当前执行的方法没有事务环境，当执行完成this.hibernateTemplate中的方法之后session立即关闭。

　　　　（2）如果当前执行的方法有事务环境，当事务环境的方法被调用完成之后session关闭。

　　5.通过以上的分析和总结可以得到如果直接在Action中调用Service层中的方法，如果出现异常，肯定不能回滚，例如下面中的测试代码：　　

　　　　很明显，这里有/0的异常，所以如果事务能够回滚，则不会发出insert的sql语句。但是结果却是：

　　　　所以事务回滚失败了。原因就是Service对象中的每一个方法执行完成之后都会立即关闭session，事务也随之消失。相同Service中的方法调用多次或者相同Service中的不同方法执行的时候一定不会在同一个事务中。

二、解决SSH整合之后的事务问题

　　解决方法就是使用OSIV模式（Open Session In View），即在MVC中的View层就开启事务，这样就扩展了事务的范围。

　　只是在web.xml文件中加上如下的配置即可：

    <!-- 使用OSIV模式解决事务回滚问题，只需要添加一个监听器就可以了 -->

    <filter>

        <filter-name>OpenSessionInViewFilter</filter-name>

        <filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>

    </filter>

    <filter-mapping>

        <filter-name>OpenSessionInViewFilter</filter-name>

        <url-pattern>*.action</url-pattern>

    </filter-mapping>

　　也就是说只是增加了一个过滤器而已，应当注意该过滤器放置的位置应当在下面的配置上面：

<filter>

        <filter-name>strutsFilter</filter-name>

        <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>

    </filter>

    <filter-mapping>

        <filter-name>strutsFilter</filter-name>

        <url-pattern>*.action</url-pattern>

    </filter-mapping>

　　否则添加的过滤器不生效。完整的web.xml文件配置如下：

 <?xml version="1.0" encoding="UTF-8"?>

 <web-app version="3.0"

     xmlns="http://java.sun.com/xml/ns/javaee"

     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

     xsi:schemaLocation="http://java.sun.com/xml/ns/javaee

     http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd">

         <!-- 使用OSIV模式解决事务回滚问题，只需要添加一个监听器就可以了 -->

     <filter>

         <filter-name>OpenSessionInViewFilter</filter-name>

         <filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>

     </filter>

     <filter-mapping>

         <filter-name>OpenSessionInViewFilter</filter-name>

         <url-pattern>*.action</url-pattern>

     </filter-mapping>

     <filter>

         <filter-name>strutsFilter</filter-name>

         <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>

     </filter>

     <filter-mapping>

         <filter-name>strutsFilter</filter-name>

         <url-pattern>*.action</url-pattern>

     </filter-mapping>

     <listener>

         <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>

     </listener>

     <context-param>

         <param-name>contextConfigLocation</param-name>

         <param-value>classpath:spring/applicationContext.xml</param-value>

     </context-param>

   <welcome-file-list>

     <welcome-file>index.jsp</welcome-file>

   </welcome-file-list>

 </web-app>