spring mvc 给action添加事务不成功的原因

自己单独做了个小网站 但是发现action事务不起作用了 但是如果用service层就没问题 找了很多办法没解决 最后自己解决了

其实就是一个加载顺序的问题

首先使用了spring MVC的项目是不需要配置action bean  而是通过spring mvc的配置文件进行扫描注解加载的

spring事务配置文件还有上下文都是通过org.springframework.web.context.ContextLoaderListener加载的，

而spring MVC的action是通过org.springframework.web.servlet.DispatcherServlet加载的 

这样就有个优先级的问题了  web是先启动ContextLoaderListener后启动DispatcherServlet

在ContextLoaderListener加载的时候action并没在容器中，所以现在使用AOP添加事务或者扫描注解都是无用的。

那么解决办法就是在DispatcherServlet 加载spring-MVC配置文件后再进行一次AOP事务扫描和注解事务扫描就OK了

 

<tx:annotation-driven transaction-manager="transactionManager"/>
<aop:config>  
    	<aop:advisor advice-ref="transactionAdvice" pointcut="execution(* com.yang.web.*.action.*.*(..))"/>  
</aop:config>

 

 

至于为什么要在Action中加事务

 

 spring in action 一书中也说过 service dao action 是很经典的组合但不是必须的，对于一个简单的增删改查系统，没必要分那么多层，比如一个简单保存功能 无非就new 一个实体 映射参数 使用了spring jdbcTemplate 保存就一行代码 就一个这么简单的功能有必要 一个service接口 一个service实现类 一行代码调用一个dao接口一个dao实现类  要多建四个类 还要在spring上下文中配置  不累吗？  对于一个简单的系统而言这就是为自己找不自在  明明盖的是民房 硬要打摩天大楼的地基 

 

另有一篇博客也是这样说的

 

 http://elf8848.iteye.com/blog/875830

 

 五、父子上下文(WebApplicationContext) 方法二激进型

 

方案二，激进型：

 

Java世界的“面向接口编程”的思想是正确的，但在增删改查为主业务的系统里，Dao层接口，Dao层实现类，Service层接口，Service层实现类，Action父类，Action。再加上众多的O(vo\po\bo)和jsp页面。写一个小功能 7、8个类就写出来了。 开发者说我就是想接点私活儿，和PHP，ASP抢抢饭碗，但我又是Java程序员。最好的结果是大项目能做好，小项目能做快。所以“激进型”方案就出现了-----没有接口、没有Service层、还可以没有众多的O(vo\po\bo)。那没有Service层事务控制在哪一层？只好上升的Action层。

 

本文不想说这是不是正确的思想，我想说的是Spring不会限制你这样做。

 

 

 

 

 

 

Java--大项目能做好--按传统方式做，规规矩矩的做，好扩展，好维护。

Java--小项目能做快--按激进方式做，一周时间就可以出一个版本，先上线接受市场(用户)的反馈，再改进，再反馈，时间就是生命(成本)。

评论

6 楼 120183228 2013-04-10  

jinnianshilongnian 写道

120183228 写道

jinnianshilongnian 写道

<aop:config>   
        <aop:advisor advice-ref="transactionAdvice" pointcut="execution(* com.yang.web.*.action.*.*(..))"/>  

估计你使用的是struts2  此时代理了接口（Action） 所以你自己写的方法无事务  代理类即可

我都说了是Spring mvc了 还使用struts2？？？  这么奇葩的组合没见过 也没用过

没看仔细 我的罪过。可能的问题：
1、spring mvc加载的配置文件有没有把parent的覆盖点
http://jinnianshilongnian.iteye.com/blog/1762632
2、你的控制器是否实现如接口之类的，是否代理的是类

你的和我的不一样  你可能都是用DispatcherServlet加载上下文的
而我的只能是通过ContextLoaderListener加载
因为我自定义了了一个DelegatingFilterProxy
而这个Filter里面我又用到了持久层接口
所以我只能用ContextLoaderListener加载
不然启动的时候web容器就会报错 找不到这个Filter

如果使用DispatcherServlet加载就不会出现我的这个问题 

5 楼 jinnianshilongnian 2013-04-09  

120183228 写道

jinnianshilongnian 写道

<aop:config>   
        <aop:advisor advice-ref="transactionAdvice" pointcut="execution(* com.yang.web.*.action.*.*(..))"/>  

估计你使用的是struts2  此时代理了接口（Action） 所以你自己写的方法无事务  代理类即可

我都说了是Spring mvc了 还使用struts2？？？  这么奇葩的组合没见过 也没用过

没看仔细 我的罪过。可能的问题：
1、spring mvc加载的配置文件有没有把parent的覆盖点
http://jinnianshilongnian.iteye.com/blog/1762632
2、你的控制器是否实现如接口之类的，是否代理的是类

4 楼 120183228 2013-04-08  

Saro 写道

如果是一个简单的增删改查系统的话，写一个代码生成器是最好的选择。

增删改查也有需求  不是每个都是save 也不是每个都是find  也有一些判断和条件
前台页面生成器还行后台服务器用代码生成器？  除非生成个数据字典  生成其他的代码就是脑子秀逗了

3 楼 120183228 2013-04-08  

jinnianshilongnian 写道

<aop:config>   
        <aop:advisor advice-ref="transactionAdvice" pointcut="execution(* com.yang.web.*.action.*.*(..))"/>  

估计你使用的是struts2  此时代理了接口（Action） 所以你自己写的方法无事务  代理类即可

我都说了是Spring mvc了 还使用struts2？？？  这么奇葩的组合没见过 也没用过

2 楼 Saro 2013-04-08  

如果是一个简单的增删改查系统的话，写一个代码生成器是最好的选择。

1 楼 jinnianshilongnian 2013-04-08  

<aop:config>   
        <aop:advisor advice-ref="transactionAdvice" pointcut="execution(* com.yang.web.*.action.*.*(..))"/>  

估计你使用的是struts2  此时代理了接口（Action） 所以你自己写的方法无事务  代理类即可