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 alsmain
von Eclipse mit, dassdev
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...
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich glaube, Sie brauchen, um
@Import
Ihre@Configuration
Klasse direkt oder verwenden Sie die@ComponentScan
annotation. Sie erste Beispiel verwendetClassPathXmlApplicationContext
wird funktionieren, da die XML-Verarbeitung geschieht früh, und die<component-scan>
finden Sie Ihre@Configuration
Klassen, bevor Sie verarbeitet werden.Mit dem zweiten Beispiel
SpringApplication
hat bereits begonnen, die Verarbeitung Ihrer@Configuration
Klassen und die XML geladen wird über@ImportResource
. Von dieser Zeit ist es nicht möglich, die XML -<component-scan>
hinzufügen mehr@Configuration
.Art Antwort: Versuchen
@ComonentScan
auf IhreBasketHandlerLoader
Klasse.Toll!!! Es funktioniert!
Ein großes Dankeschön Phil (für die Lösung und den Erläuterungen!) 🙂