当前位置: 移动技术网 > IT编程>开发语言>Java > Spring整合Mybatis使用<context:property-placeholder>时的坑

Spring整合Mybatis使用<context:property-placeholder>时的坑

2019年07月22日  | 移动技术网IT编程  | 我要评论

背景

  最近项目要上线,需要开发一个数据迁移程序。程序的主要功能就是将一个数据库里的数据,查询出来经过一系列处理后导入另一个数据库。考虑到开发的方便快捷。自然想到用spring和mybatis整合一下。甚至用mybatis的自动代码生成,可以省下大量dao层的开发。

整合的坑

之前的项目:以前也有过这种类似的程序,就把spring和mybatis整合的配置直接拿来修改下用。之前的整合配置是这样子的:

   1、考虑到数据库url、用户名密码的可配置性,将这些信息放入properties文件。在spring配置文件里使用了

  <context:property-placeholder location="classpath:config.properties" />

    2、在spring配置文件里的mybatis和spring的整合配置是这样

<bean id="sqlsessionfactory" class="org.mybatis.spring.sqlsessionfactorybean">
<property name="datasource" ref="datasource" />
</bean>
<bean class="org.mybatis.spring.mapper.mapperscannerconfigurer">
<property name="basepackage" value="com.lagou.chat.record.transfer.dao" />
</bean> 

  以上配置是没有问题的。所以就直接将配置拷贝到新项目

 当前项目:将老项目的配置拷贝过来,但是新的项目要连接两个数据库,自然需要两个数据源(record和im),就对老的配置做了如下修改

    1、使用properties文件的配置不变

    2、之前因为就一个数据源(一个sqlsessionfactory),所以没有在mapperscannerconfigurer下配置<property name="sqlsessionfactory" ref="sqlsessionfactory"/>。因为默认使用sqlsessionfactory。但现在两个数据源了,不指定肯定导致混乱。所以配置修改为如下

<bean id="record_sqlsessionfactory" class="org.mybatis.spring.sqlsessionfactorybean">
<property name="datasource" ref="record_datasource" />
</bean>
<bean id="config1" class="org.mybatis.spring.mapper.mapperscannerconfigurer">
<property name="basepackage" value="com.xxx.util.rollback.record.dao" />
<property name="sqlsessionfactory" ref="record_sqlsessionfactory"/>
</bean> 
<bean id="im_sqlsessionfactory" class="org.mybatis.spring.sqlsessionfactorybean">
<property name="datasource" ref="im_datasource" />
</bean>
<bean id="config2" class="org.mybatis.spring.mapper.mapperscannerconfigurer">
<property name="basepackage" value="com.xxx.util.rollback.im.dao" />
<property name="sqlsessionfactory" ref="im_sqlsessionfactory"/>
</bean> 

  结果就是运行新项目时,spring配置文件里的${jdbc.url},${jdbc.name}等属性无法被properties里的指定值替换。一开始自然想不到是因为spring和mybatis整合的原因,所以一度不断检查spring配置文件是否有误,properties文件是否有误,是不是properties文件没被引用到或者properties文件没有被编译到classpath目录下等。当然,分析没有分析出问题的原因,自然就不可能找到解决问题的办法。只好求助于网络。最终还是找到了答案

  修正方式:将配置需改为如下,问题得到了解决:

<bean id="record_sqlsessionfactory" class="org.mybatis.spring.sqlsessionfactorybean">
<property name="datasource" ref="record_datasource" />
</bean>
<bean id="config1" class="org.mybatis.spring.mapper.mapperscannerconfigurer">
<property name="basepackage" value="com.xxx.util.rollback.record.dao" />
<property name="sqlsessionfactorybeanname" value="record_sqlsessionfactory"/>
</bean> 
<bean id="im_sqlsessionfactory" class="org.mybatis.spring.sqlsessionfactorybean">
<property name="datasource" ref="im_datasource" />
</bean>
<bean id="config2" class="org.mybatis.spring.mapper.mapperscannerconfigurer">
<property name="basepackage" value="com.xxx.util.rollback.im.dao" />
<property name="sqlsessionfactorybeanname" value="im_sqlsessionfactory"/>
</bean> 

  就是将sqlsessionfactory属性改为sqlsessionfactorybeanname。当然也得将ref改为value。因为sqlsessionfactorybeanname属性是字符串类型

原因

  spring里使用org.mybatis.spring.mapper.mapperscannerconfigurer 进行自动扫描的时候,设置了sqlsessionfactory 的话,可能会导致propertyplaceholderconfigurer失效,也就是用${jdbc.username}这样之类的表达式,将无法获取到properties文件里的内容。

  导致这一原因是因为,mapperscannerconigurer实际是在解析加载bean定义阶段的,这个时候要是设置sqlsessionfactory的话,会导致提前初始化一些类,这个时候,propertyplaceholderconfigurer还没来得及替换定义中的变量,导致把表达式当作字符串复制了。 但如果不设置sqlsessionfactory 属性的话,就必须要保证sessionfactory在spring中名称一定要是sqlsessionfactory ,否则就无法自动注入。

以上所述是小编给大家介绍的spring整合mybatis使用<context:property-placeholder>时的坑 ,希望对大家有所帮助

如对本文有疑问, 点击进行留言回复!!

相关文章:

验证码:
移动技术网