簡體   English   中英

Spring 工廠方法“jdbcTemplate”拋出異常; 屬性“數據源”是必需的

[英]Spring Factory method 'jdbcTemplate' threw exception; Property 'dataSource' is required

我正在嘗試使用 Spring 4 和數據源配置連接到數據庫。 我正在學習教程,所以這是正確的配置:

package spittr.config;

import ...

@Configuration
public class DataConfig {

    @Bean
    public JndiObjectFactoryBean dataSource() {
        JndiObjectFactoryBean jndiObjectFB = new JndiObjectFactoryBean();
        jndiObjectFB.setJndiName("java:jboss/datasources/jdbc/SpitterDS");
        jndiObjectFB.setProxyInterface(javax.sql.DataSource.class);
        return jndiObjectFB;
    }

    @Bean
    public JdbcOperations jdbcTemplate(DataSource dataSource) {
        return new JdbcTemplate(dataSource);
    }
}

一切正常,但如您所見,我返回的是 JndiObjectFactoryBean 而不是 Datasource。 如果我理解 Spring 很好(可能我不理解,否則我會在這里理解),如果你不指定 Bean 名稱,Spring 會將 bean 的名稱設置為返回類型,第一個字母為小寫。 例如,以下代碼行將返回一個 id 為“myFantasticBean”的bean(“m”小寫)

@Bean
public MyFantasticBean createMyBean() {
    return new MyFantasticBean();
}

我在網上看到很多人使用這個版本的 DataConfig,其中方法 dataSource() 返回一個 DataSource 類型的 object(應該是這樣):

package spittr.config;

import ...

@Configuration
public class DataConfig {

    @Bean
    public DataSource dataSource() {
        JndiObjectFactoryBean jndiObjectFB = new JndiObjectFactoryBean();
        jndiObjectFB.setJndiName("java:jboss/datasources/jdbc/SpitterDS");
        jndiObjectFB.setProxyInterface(javax.sql.DataSource.class);
        return (DataSource) jndiObjectFB.getObject();
    }

    @Bean
    public JdbcOperations jdbcTemplate(DataSource dataSource) {
        return new JdbcTemplate(dataSource);
    }
}

但是如果我使用這個 DataSource 創建,我會收到以下錯誤:

bin/content/10_SpringWeb_BE_JDBC.war/WEB-INF/classes/spittr/data/JdbcSpitterRepository.class"]: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'jdbcTemplate' defined in class path resource [spittr/config/DataConfig.class]: Bean instantia
tion via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.jdbc.core.JdbcOperations]: Factory method 'jdbcTemplate' threw exception; nested exception is java.lang.IllegalArgumentException: Property 'dataSource' is required

我什至找到了解決方案,修改了現在變成這樣的 dataSource() 方法:

package spittr.config;

import ...

@Configuration
public class DataConfig {

    @Bean
    public DataSource dataSource(){
        final JndiDataSourceLookup dsLookup = new JndiDataSourceLookup();
        DataSource dataSource = dsLookup.getDataSource("java:jboss/datasources/jdbc/SpitterDS");
        return dataSource;
    }

    @Bean
    public JdbcOperations jdbcTemplate(DataSource dataSource) {
        return new JdbcTemplate(dataSource);
    }
}

但我真的不明白為什么這行得通,而以前的行不通。 有人可以向我解釋我做錯了什么嗎?

十分感謝

Spring 按類型連接所有 bean。 這意味着當使用 java 配置時,它將查找返回類型為DataSource的 bean 定義。 這就是您在使用 JndiDataSourceLookup 時所擁有的,因此 Spring 可以毫無問題地找到它。 它不能從 JndiObjectFactoryBean 派生 DataSource ,除非您在返回它時強制轉換它。

@Bean
public DataSource dataSource() {
   JndiObjectFactoryBean jndiObjectFB = new JndiObjectFactoryBean();     
   jndiObjectFB.setJndiName("java:jboss/datasources/jdbc/SpitterDS");
   jndiObjectFB.setProxyInterface(javax.sql.DataSource.class);
   return (DataSource) jndiObjectFB.getObject();
}

另外,當你 state

如果我理解 Spring 很好(可能我不理解,否則我會在這里理解),如果你不指定 Bean 名稱,Spring 會將 bean 的名稱設置為返回類型,第一個字母為小寫。 例如,以下代碼行將返回一個 id 為“myFantasticBean”的bean(“m”小寫)

這僅在使用組件掃描時適用。

因此,如果您有一個 class 用例如 @Service 注釋:

@Service
public class MyFantasticBean { .. }

那么是的,名稱將是 myFantasticBean,因為該名稱不能從其他東西派生。 在使用 Java 配置時,重要的是要意識到名稱與類型不同。

@Bean
public MyFantasticBean createMyBean() {
    return new MyFantasticBean();
}

在您的示例中, MyFantasticBean 是 spring 在您想要注入它時將搜索的 bean 類型。 createMyBean將是 bean 的名稱。 因此,如果您有多個 MyFantasticBean 類型的 bean 實例,那么您可以使用 bean 名稱來指定要注入的 bean。 在你的情況下,那將是

@Qualifier("createMyBean")
@Autowired
private MyFantasticBean myFantasticBean;

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM