Ich habe ein Spring Boot-Projekt, das ich in IntelliJ erfolgreich ausführen kann, aber wenn ich eine ausführbare jar packe, kann ich es nicht mehr ausführen. Hier ist der Stack-Trace der Ausnahme:
18:13:55.254 [main] INFO o.s.c.a.AnnotationConfigApplicationContext - Refreshing org.spring[email protected]b3d7190: startup date [Wed Sep 07 18:13:55 CEST 2016]; root of context hierarchy
18:13:55.403 [main] WARN o.s.c.a.AnnotationConfigApplicationContext - Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.BeanDefinitionStoreException: Failed to process import candidates for configuration class [el.dorado.App]; nested exception is Java.lang.IllegalArgumentException: No auto configuration classes found in META-INF/spring.factories. If you are using a custom packaging, make sure that file is correct.
18:13:55.414 [main] ERROR o.s.boot.SpringApplication - Application startup failed
org.springframework.beans.factory.BeanDefinitionStoreException: Failed to process import candidates for configuration class [el.dorado.App]; nested exception is Java.lang.IllegalArgumentException: No auto configuration classes found in META-INF/spring.factories. If you are using a custom packaging, make sure that file is correct.
at org.springframework.context.annotation.ConfigurationClassParser.processDeferredImportSelectors(ConfigurationClassParser.Java:489)
at org.springframework.context.annotation.ConfigurationClassParser.parse(ConfigurationClassParser.Java:191)
at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.Java:321)
at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.Java:243)
at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanDefinitionRegistryPostProcessors(PostProcessorRegistrationDelegate.Java:273)
at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.Java:98)
at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.Java:681)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.Java:523)
at org.springframework.boot.SpringApplication.refresh(SpringApplication.Java:759)
at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.Java:369)
at org.springframework.boot.SpringApplication.run(SpringApplication.Java:313)
at org.springframework.boot.SpringApplication.run(SpringApplication.Java:1185)
at org.springframework.boot.SpringApplication.run(SpringApplication.Java:1174)
at dz.lab.jpmtask.App.main(App.Java:33)
Caused by: Java.lang.IllegalArgumentException: No auto configuration classes found in META-INF/spring.factories. If you are using a custom packaging, make sure that file is correct.
at org.springframework.util.Assert.notEmpty(Assert.Java:276)
at org.springframework.boot.autoconfigure.EnableAutoConfigurationImportSelector.getCandidateConfigurations(EnableAutoConfigurationImportSelector.Java:145)
at org.springframework.boot.autoconfigure.EnableAutoConfigurationImportSelector.selectImports(EnableAutoConfigurationImportSelector.Java:84)
at org.springframework.context.annotation.ConfigurationClassParser.processDeferredImportSelectors(ConfigurationClassParser.Java:481)
... 13 common frames omitted
Meine Konfiguration ist ungefähr so:
@Configuration
@EnableAutoConfiguration
public class AppConfig {
... some beans
}
Ich habe META-INF/spring.factories
unter dem Projektressourcenordner hinzugefügt, wie in 43.2 Kandidaten für die automatische Konfiguration suchen wie folgt beschrieben. Das Problem wurde jedoch nicht behoben:
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
el.dorado.AppConfig
Hier ist das Projekt pom.xml
:
<project xmlns="http://maven.Apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.Apache.org/POM/4.0.0 http://maven.Apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>el.dorado</groupId>
<artifactId>ElDorado</artifactId>
<packaging>jar</packaging>
<version>1.0-SNAPSHOT</version>
<name>ElDorado</name>
<url>http://maven.Apache.org</url>
<properties>
<junit.version>4.12</junit.version>
</properties>
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>1.4.0.RELEASE</version>
</parent>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>
<dependency>
<groupId>com.h2database</groupId>
<artifactId>h2</artifactId>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>${junit.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<artifactId>maven-Assembly-plugin</artifactId>
<configuration>
<archive>
<manifest>
<mainClass>el.dorado.App</mainClass>
<addDefaultImplementationEntries>true</addDefaultImplementationEntries>
</manifest>
</archive>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
</configuration>
<executions>
<execution>
<id>make-Assembly</id> <!-- this is used for inheritance merges -->
<phase>package</phase> <!-- bind to the packaging phase -->
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.jacoco</groupId>
<artifactId>jacoco-maven-plugin</artifactId>
<!--<version>0.7.8-SNAPSHOT</version>-->
<executions>
<execution>
<id>jacoco-initialize</id>
<goals>
<goal>prepare-agent</goal>
</goals>
</execution>
<execution>
<id>jacoco-site</id>
<phase>verify</phase>
<goals>
<goal>report</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
</project>
Ich habe gerade herausgefunden, ich hätte stattdessen Spring Boot Maven Plugin verwenden sollen. Nun sieht der Build-Abschnitt meines pom.xml
so aus:
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<configuration>
<fork>true</fork>
<mainClass>dz.lab.jpmtask.App</mainClass>
</configuration>
<executions>
<execution>
<goals>
<goal>repackage</goal>
</goals>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.jacoco</groupId>
<artifactId>jacoco-maven-plugin</artifactId>
<!--<version>0.7.8-SNAPSHOT</version>-->
<executions>
<execution>
<id>jacoco-initialize</id>
<goals>
<goal>prepare-agent</goal>
</goals>
</execution>
<execution>
<id>jacoco-site</id>
<phase>verify</phase>
<goals>
<goal>report</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
Ich baue das Projekt mit mvn clean package
und dann Java -jar target/myproject.jar
und es funktioniert wie ein Zauber.
Ich denke, dass Sie vergessen haben, Annotation in Ihrer AppConfig zu verwenden.
Fügen Sie drei Anmerkungen als hinzu
@Configuration
@EnableWebMvc
@ComponentScan("Scan_Package_Name")
public class AppConfig {
... some beans
}
Ich habe es wie folgt gelöst:
Ich wechselte von mvn clean compile Assembly:single
Zu mvn clean package
Und der Fehler ging weg.
Ich habe auch die bekommen
Importkandidaten für Konfigurationsklasse [...] konnten nicht verarbeitet werden. geschachtelte Ausnahme ist Java.lang.IllegalStateException: Metadaten für Klasse können nicht gelesen werden.
fehler aufgrund eines Tippfehlers in meiner spring.factories
-Datei. In diesem Fall war die Root-Ausnahme
klassenpfadressource [...] kann nicht geöffnet werden, da sie nicht vorhanden ist.
Dies ist ein wichtiger Punkt, der überprüft werden muss, da er nicht zur Kompilierzeit überprüft werden kann.