8

我applicationContext.xml在类路径的根目录上有下一个文件：

<context:annotation-config />

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

    <bean id="datasource" class="org.apache.commons.dbcp.BasicDataSource"
        p:username="${jdbc.username}" 
        p:password="${jdbc.password}" 
        p:url="${jdbc.url}"
        p:driverClassName="${jdbc.driverclass}" 
        p:validationQuery="SELECT sysdate FROM dual" />

    <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"
        p:dataSource-ref="datasource" 
        p:mapperLocations="classpath:mappers/*-mapper.xml" />

    <tx:annotation-driven transaction-manager="txManager" />
    <bean id="txManager"
        class="org.springframework.jdbc.datasource.DataSourceTransactionManager"
        p:dataSource-ref="datasource" />

    <bean id="mappeScannerConfigurere" class="org.mybatis.spring.mapper.MapperScannerConfigurer"
        p:sqlSessionFactory-ref="sqlSessionFactory" 
        p:basePackage="com.mypackage" />

props/datasource.properties也存在于类路径的根目录中，内容如下：

jdbc.url=myjdbcurl
jdbc.driverclass=myClass
jdbc.username=myUserName
jdbc.password=myPassword

我有一个 spring 托管测试，我通过下一个注释声明使用前面提到的 applicationContext.xml：

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:applicationContext.xml"})

当我调用测试方法时，我从春天得到下一个错误：

org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver class '${jdbc.driverclass}'

据我了解，sping 没有解析对 jdbc.driverclass 的引用。我做错了什么？

PS：我正在使用spring 3.2.3.RELEASE

**

编辑

**

也许问题可能出在MapperScannerConfigurer. 正如BeanDefinitionRegistryPostProcessorJavadoc 所说：

对标准 BeanFactoryPostProcessor SPI 的扩展，允许 在常规 BeanFactoryPostProcessor 检测开始之前注册更多的 bean 定义

所以MapperScannerConfigurer通过 sqlSessionFactory 实例化数据源对象BeanFacoryPostProcessor（它负责<context:property-placeholder/>）没有被利用。所以我的问题转变为如何BeanFacoryPostProcessor从<context:property-placeholder/>和BeanDefinitionRegistryPostProcessor（MapperScannerConfigurer）重新排序？

解决

经过几个小时的调查，我找到了解决方案：

正如我前面所说的，MapperScannerConfigurer是一个BeanDefinitionRegistryPostProcessor哪个火灾之前BeanFactoryPostProcessor哪个负责<context:property-placeholder/>。因此，在创建 MapperScannerConfigurer 期间，对外部属性的引用将不会被解析。在这种情况下，我们必须将数据源的创建推迟到BeanFactoryPostProcessor应用后的时间。我们可以通过以下几种方式做到这一点：

  • 从. p:sqlSessionFactory-ref="sqlSessionFactory"_ MapperScannerConfigurer在这种情况下datasource对象不会在之前创建MapperScannerConfigurer，而是在之后BeanFactoryPostProcessor负责<context:property-placeholder/>。如果 applicationContext 中有多个 sqlSessionFactory，那么可能会有些麻烦
  • 在高于 1.0.2 的 mybatis-spring 模块版本中，可以设置sqlSessionFactoryBeanName而不是sqlSessionFactory. 它有助于解决 PropertyPlaceHolder 问题BeanFactoryPostProcessor。这是解决 mybatis-spring doc中描述的此问题的推荐方法
4

2 回答 2

0

我遇到了同样的问题并遇到了这篇文章，但我无法像 mak 那样解决它。最终为我工作的是将 ignoreUnresolvablePlaceholders 属性值设置为 true。

<bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
    <property name="location">
        <value>classpath:database.properties</value>
    </property>
    <property name="ignoreUnresolvablePlaceholders" value="true"/>
</bean>

我也在使用 Spring 3.2.3.RELEASE。我意识到这篇文章已经超过 4 个月了，但我想有人可能会觉得它很有用。

于 2013-11-22T19:35:57.237 回答
0

简短形式：加载 BeanDefinitionRegistryPostProcessor 实现的正确方法是什么？

扩展形式：有没有办法在创建任何 bean 之前加载 BeanDefinitionRegistryPostProcessor。如果你看一下javadoc：

对标准 {@link BeanFactoryPostProcessor} SPI 的扩展，允许在常规 BeanFactoryPostProcessor 检测开始之前注册更多的 bean 定义。

因此，它意味着在创建 bean 定义但在创建任何 bean 之前加载。如果我们只是在应用程序 xml 中将它创建为常规 bean，那么它首先就违背了拥有这个 bean 的目的。

于 2016-03-30T23:37:28.890 回答