Spring Boot ignoriert Bohnen aus Java-config-Klasse mit Feder-Profil

Wenn ich meine Anwendung auf Basis von Eclipse, mit einem klassischen Kontext laden, keine sorgen, die Bohnen, legt Sie auf die config-Klasse mit dem entsprechenden Feder-Profil gewählt sind korrekt instanziiert.

public class BasketHandlerLoader {

    public static void main(String[] args) throws Exception {
        @SuppressWarnings("resource")
        ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("classpath:config/spring/spring-archibald-basket-handler-context.xml");
        context.registerShutdownHook();
    }
}

Aber, wenn ich die Anwendung mit Spring Boot, diese Bohnen sind nicht instanziert.

@Configuration
@ImportResource("classpath:config/spring/spring-archibald-basket-handler-context.xml")
public class BasketHandlerLoader {

    public static void main(String[] args) throws Exception {
        SpringApplication.run(BasketHandlerLoader.class, args);
    }
}

Hier ist der java-Konfiguration-Klasse für die "dev" - Feder-Profil:

@Configuration
@Profile("dev")
@EnableTransactionManagement
@PropertySources(value = { @PropertySource("classpath:filters/dev.properties") })
public class DevPersistenceConfig extends AbstractPersistenceConfig {

    @Inject
    private Environment env;

    @Override
    @Bean
    public DataSource dataSource() {
        return super.createDataSource(env);
    }

    @Override
    public Properties hibernateProperties() {
        return super.createHibernateProperties(env);
    }
}

Hier die AbstractPersistenceConfig Klasse mit den anderen Bohnen nicht instanziert:

public abstract class AbstractPersistenceConfig {

    //Constants...

    //************************** ABSTRACT METHODS **************************

    /**
    * Returns a property list containing the Hibernate properties.
    * 
    * @return the Hibernate properties.
    */
    public abstract Properties hibernateProperties();

    /**
    * Defines the application datasource bean corresponding with the current Spring Profile.
    * 
    * @return the application datasource bean corresponding with the current Spring Profile.
    */
    @Bean
    public abstract DataSource dataSource();

    /**
    * Defines the Hibernate session factory bean.
    * 
    * @return the {@code LocalSessionFactoryBean}.
    */
    @Bean
    public LocalSessionFactoryBean sessionFactory() {
        LocalSessionFactoryBean sessionFactory = new LocalSessionFactoryBean();
        sessionFactory.setDataSource(dataSource());
        sessionFactory.setPackagesToScan(new String[] { HIBERNATE_PACKAGE_TO_SCAN });
        sessionFactory.setHibernateProperties(hibernateProperties());
        return sessionFactory;
    }

    /**
    * Defines the bean allowing to Hibernate to support the transaction handling mechanism.
    * 
    * @return the {@code HibernateTransactionManager}.
    */
    @Bean
    public HibernateTransactionManager transactionManager() {
        HibernateTransactionManager txManager = new HibernateTransactionManager();
        txManager.setSessionFactory(sessionFactory().getObject());
        return txManager;
    }

    //************************** PROTECTED METHODS **************************

    //...

    //************************** PRIVATE METHODS **************************

    //...
}

Habe ich versucht zum ausführen der Anwendung mit den folgenden Befehlen, mit dem gleichen Ergebnis:

java -jar archibald-basket-handler-1.0-SNAPSHOT.jar --spring.profiles.active=dev

java -jar -Dspring.profiles.active=dev archibald-basket-handler-1.0-SNAPSHOT.jar

Konkret, die Bohne "sessionFactory" ist nicht instanziiert und kann nicht injiziert werden in meinem GenericDaoImpl Klasse...

Den stacktrace:

java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:53)
        at java.lang.Thread.run(Unknown Source)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'basketDaoImpl': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.hibernate.SessionFactory fr.ina.archibald.dao.impl.GenericDaoImpl.sessionFactory; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [org.hibernate.SessionFactory] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@javax.inject.Inject()}
        at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:292)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1185)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:537)
        at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:475)
        at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:304)
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:228)
        at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:300)
        at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:195)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:703)
        at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:760)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:482)
        at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:648)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:311)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:909)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:898)
        at fr.ina.archibald.basket.loader.BasketHandlerLoader.main(BasketHandlerLoader.java:30)
        ... 6 more
Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private org.hibernate.SessionFactory fr.ina.archibald.dao.impl.GenericDaoImpl.sessionFactory; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [org.hibernate.SessionFactory] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@javax.inject.Inject()}
        at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:508)
        at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:87)
        at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:289)
        ... 21 more
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [org.hibernate.SessionFactory] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency.     Dependency annotations: {@javax.inject.Inject()}
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoSuchBeanDefinitionException(DefaultListableBeanFactory.java:1103)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:963)
        at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:858)
        at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:480)
        ... 23 more

Ich mit der Feder Boot 1.0.2.VERÖFFENTLICHUNG ohne die Spring Boot parent-POM. Ich habe gerade definiert, das auf dem POM :

<dependencyManagement>
    <dependency>
        <!-- Import dependency management from Spring Boot -->
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-dependencies</artifactId>
        <version>${org.springframework.boot.version}</version>
        <type>pom</type>
        <scope>import</scope>
    </dependency>
</dependencyManagement>

<plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <executions>
        <execution>
            <goals>
                <goal>repackage</goal>
            </goals>
        </execution>
    </executions>
    <configuration>
        <mainClass>${start-class}</mainClass>
    </configuration>
</plugin>

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-integration</artifactId>
    <version>${org.springframework.boot.version}</version>
</dependency>

Haben Sie einige Ideen?

Vielen Dank!!

  • Tun Sie das gleiche Ergebnis erhalten, wenn Sie Sie ausführen BasketHandlerLoader mit Boot als main von Eclipse mit, dass dev Profil ?
  • Vielen Dank für Ihre Hilfe. Ja, es ist das gleiche Ergebnis auf Eclipse...
  • Es ist nicht offensichtlich, dass DevPersistenceConfig ist immer geladen, indem Sie Ihre main-Methode. Was ist die Verbindung?
  • Ich bin mir nicht sicher, um deine Frage zu verstehen. Aber DevPersistenceConfig geladen wird, indem eine Komponente-scan definiert auf eine XML-Datei. Und es funktioniert, wenn ich dieses app ohne Feder Boot auf Eclipse und auch wenn ich Sie laden die gleichen Feder-Rahmen (die gleiche XML-Datei) auf meinem webapp über Tomcat.
  • Wie sage ich auf die Antwort unten, DevPersistenceConfig wird instanziiert durch den Frühling, aber nicht das @ - Bean-Methoden im inneren. So, 'dataSource()', 'sessionFactory()' und die anderen bean-Methoden sind nicht instanziert...
InformationsquelleAutor Didasko | 2014-05-30
Schreibe einen Kommentar