栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 软件开发 > 后端开发 > Java

使用监听器对Spring bean id进行唯一校验过程解析

Java 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

使用监听器对Spring bean id进行唯一校验过程解析

背景

项目中用到了多数据源,不同的数据源根据业务不同配置在不同的工程中,由maven来统一聚合。但是前几天在开发过程中突然发现项目前台工程的事务配置不起作用了,在之前明明测试过事务功能,当时是生效的。

然后检查了一下配置文件中事务部分的配置,发现没什么改动。为了排除其它因素的干扰,采用了单元测试重新测试了一次,结果发现当前数据源事务正常。根据这个分析可能是当前的事务配置被其它配置干扰了,仔细检查了一下后发现罪魁祸首是另外的一个数据源事务配置(在另外的一个配置文件中)的bean id名称和当前的事务配置bean id重复了。

我们都知道,Spring会对同一份配置文件中的bean进行校验,也就是说在同一份配置文件中不允许出现相同的bean定义,会提示报错。但是Spring IOC容器在加载时并不会显示对不同配置文件中重复的bean id进行报错提示,当遇到有重复的bean定义时,Spring采取的策略是把后面加载的配置覆盖前面加载的配置,没有任何警告和提示。

这样很容易造成一个问题是当我们团队进行开发时可能会不小心覆盖别人定义的bean,导致系统出现不可预知的错误和异常。

怎么解决这个问题呢?我们可以配置监听器,在Spring容器启动时对重复的bean进行校验,如果有重复的bean,则报错提示。

因为Spring IOC容器启动加载时会检查bean定义是否有重复,如果有重复则会根据AbstractRefreshableApplicationContext类中的allowBeanDefinitionOverriding属性值进行判断,如果值为true,则把后加载的bean覆盖前面加载的bean定义,如果为false则抛出BeanDefinitionStoreException异常。

所以,解决这个问题的办法就比较简单了,只要将这个allowBeanDefinitionOverriding值在spring初始化的时候设置为false就行了。具体步骤如下:

1.自定义一个ContextLoader

 
public class MyContextLoader extends ContextLoader { 
  
 @Override 
 protected void customizeContext(ServletContext servletContext, ConfigurableWebApplicationContext applicationContext){ 
  super.customizeContext(servletContext, applicationContext); 
  XmlWebApplicationContext context = (XmlWebApplicationContext) applicationContext; 
  //设置allowBeanDefinitionOverriding属性为false 
  context.setAllowBeanDefinitionOverriding(false); 
 }  
} 

2.自定义一个ContextLoaderListener

 
public class MyContextLoaderListener extends ContextLoaderListener { 
 @Override 
 protected ContextLoader createContextLoader(){ 
  return new MyContextLoader(); 
 } 
} 

3.修改web.xml文件的监听器配置

 
 
 com.chenzhou.examples.erm.util.listener.MyContextLoaderListener 
 

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持考高分网。

转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/137266.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号