Spring和SpringMVC扫描注解类冲突的解决方案

Spring和SpringMVC扫描注解类冲突

最正确的配置方式

在主容器中applicationContext.xml中,将Controller的注解排除掉

  
   
   

而在springmvc.xml中,将Service注解给去掉

   
   
   
   

因为spring的context是父子容器,所以会产生冲突,由ServletContextListener产生的是父容器,springMVC产生的是子容器,子容器Controller进行扫描装配时装配了@Service注解的实例,而该实例理应由父容器进行初始化以保证事务的增强处理,所以此时得到的将是原样的Service(没有经过事务加强处理,故而没有事务处理能力。

还有一种方式是将service层改用xml配置,其实这样做也是变相的让springmvc无法扫描service,而只能依赖父窗口也就是ServletContextListener来进行初始化,这样同样被赋予了事务性。

也可以用直接扫描的方式

直接扫描比较省事,但是事务回得不到处理,所以在具体的层面上还需要加入注解去声明事务,比如在dao层和service层加入@Transactional

几种不同配置的测试

(1)只在applicationContext.xml中配置如下

启动正常,但是任何请求都不会被拦截,简而言之就是@Controller失效,出现404错误

(2)只在springmvc.xml中配置

启动正常,请求也正常,但是事物失效,也就是不能进行回滚

(3)在applicationContext.xml和springmvc.xml中都配置

启动正常,请求正常,也是事物失效,不能进行回滚

(4)在applicationContext.xml中配置如下

在springmvc.xml中配置如下

或者按最正确的配置applicationContext.xml,将Controller的注解排除掉 ,springmvc.xml,将Service注解给去掉

此时启动正常,请求正常,事物也正常了。

Spring和SpringMVC注解扫描注意事项

现象

Springmvc和Spring设置自动扫描文件夹自动注入bean的时候有时候出现冲突

方法

1:springmvc设置只扫描controller

Spring和SpringMVC扫描注解类冲突的解决方案_第1张图片

2:spring设置不扫描controller

Spring和SpringMVC扫描注解类冲突的解决方案_第2张图片

代码:

springmvc 的扫描设置只扫描controller  spring的扫描设置为不扫描controller的 防止重复注入bean管理   (出现未错误)

    
        
        
    
    
    
        
        
    

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。

你可能感兴趣的:(Spring和SpringMVC扫描注解类冲突的解决方案)