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

一、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文件配置如下:

 1 <?xml version="1.0" encoding="UTF-8"?>
 2 <web-app version="3.0" 
 3     xmlns="http://java.sun.com/xml/ns/javaee" 
 4     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
 5     xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 
 6     http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd">
 7     
 8     
 9         <!-- 使用OSIV模式解决事务回滚问题,只需要添加一个监听器就可以了 -->
10     <filter>
11         <filter-name>OpenSessionInViewFilter</filter-name>
12         <filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>
13     </filter>
14     <filter-mapping>
15         <filter-name>OpenSessionInViewFilter</filter-name>
16         <url-pattern>*.action</url-pattern>
17     </filter-mapping>
18     
19     <filter>
20         <filter-name>strutsFilter</filter-name>
21         <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>
22     </filter>
23     <filter-mapping>
24         <filter-name>strutsFilter</filter-name>    
25         <url-pattern>*.action</url-pattern>
26     </filter-mapping>
27     
28 
29     
30     <listener>
31         <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
32     </listener>
33     <context-param>
34         <param-name>contextConfigLocation</param-name>
35         <param-value>classpath:spring/applicationContext.xml</param-value>
36     </context-param>
37     
38   <welcome-file-list>
39     <welcome-file>index.jsp</welcome-file>
40   </welcome-file-list>
41 </web-app>
web.xml

  最后,使用OSIV模式应当注意的事项:

    1.使用OSIV模式之后,sessio的打开被提前了,session的关闭被延后了,这样就解决了懒加载引起的异常的问题。

    2.两个过滤器,OSIV的过滤器必须在struts2之前。

  使用OSIV模式的缺点:

    因为Session的关闭被延迟了,所以hibernate的一级缓存在session中,所以会导致大量的缓存数据长期保存在了内存中。

三、Struts2流程回顾

  1.启动服务器的时候干了两件事情。

    

      * dispatcher = init.initDispatcher(config);该句代码加载了各种各样的配置文件。

      * init.initStaticContentLoader(config, dispatcher); 该句代码完成了静态注入。

  2.当过滤器拦截到一个请求的时候做了什么事情

    查看doFilter方法中的源代码。

    (1)创建AciontContext对象。

      创建ActionContext对象的同时会同时创建ValueStack对象,而且创建ValueStack对象在前,创建ActionContext对象在后。

    两个对象同时创建,而且两个对象维护同一个Map对象,原因是创建ActionContext的时候使用的参数是ValueStack对象的context成员变量。

   通过代码ActionContext.setContext(tx);即可以将ActionContext放置到ThreadLocal中了,这样数据就安全了,下面是代码追踪。

    (2)创建ActionProxy对象

    init方法中执行了创建了对应的Action和所有的拦截器。

    

    最后在invocation的invoke方法中执行所有的拦截器、执行当前请求的action、执行结果集。

    

四、Struts2的完整流程图

  

 

最后附上项目源代码:https://github.com/kdyzm/day53_ssh_oa

posted @ 2015-10-10 08:51  狂盗一枝梅  阅读(889)  评论(0编辑  收藏  举报