Как мне сказать Spring Boot, какой основной класс использовать для исполняемого файла jar?

Question

Execution default of goal 
org.springframework.boot:spring-boot-maven-plugin:1.0.1.RELEASE:repackage 
failed: 
Unable to find a single main class from the following candidates

Мой проект имеет более одного класса с main метод. Как мне сказать плагину Spring Boot Maven, какой из классов он должен использовать в качестве основного класса?

Answer 1

Добавьте свой стартовый класс в свой pom:

<properties>
    <!-- The main class to start by executing java -jar -->
    <start-class>com.mycorp.starter.HelloWorldApplication</start-class>
</properties>

Answer 2

Для тех, кто использует Gradle (вместо Maven):

springBoot {
    mainClass = "com.example.Main"
}

Answer 3

Если вы НЕ используете pom spring-boot-starter-parent, то из документации Spring:

<plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <version>1.1.3.RELEASE</version>
    <configuration>
        <mainClass>my.package.MyStartClass</mainClass>
        <layout>ZIP</layout>
    </configuration>
    <executions>
        <execution>
            <goals>
                <goal>repackage</goal>
            </goals>
        </execution>
    </executions>
</plugin>

Answer 4

Для тех, кто использует Gradle (вместо Maven), ссылка здесь:

Основной класс также можно настроить явно, используя свойство задачи mainClassName:

bootJar {
    mainClassName = 'com.example.ExampleApplication'
}

В качестве альтернативы, имя основного класса можно настроить для всего проекта, используя свойство mainClassName Spring Boot DSL:

springBoot {
    mainClassName = 'com.example.ExampleApplication'
}

Answer 5

Если вы используете spring-boot-starter-parent в вашем pom, вы просто добавляете следующее в ваш pom:

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
        </plugin>
    </plugins>
</build>

Тогда сделайте свой пакет mvn.

Смотрите эту весеннюю страницу документации.

Очень важным аспектом здесь является упоминание того, что структура каталогов должна быть src/main/java/nameofyourpackage

Answer 6

Я попробовал следующий код в pom.xml, и он работал для меня

<build>
<plugins>
    <plugin>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-maven-plugin</artifactId>
        <configuration>
            <mainClass>myPackage.HelloWorld</mainClass> 
        </configuration>
    </plugin>
    <plugin>
        <artifactId>maven-compiler-plugin</artifactId>
        <configuration>
            <fork>true</fork>
            <executable>D:\jdk1.8\bin\javaw.exe</executable>
        </configuration>
    </plugin>
</plugins>

Answer 7

Начиная с Spring Boot 1.5, вы можете полностью игнорировать подверженный ошибкам строковый литерал в pom или build.gradle. Инструмент переупаковки (через плагин maven или gradle) выберет тот, который отмечен @SpringBootApplication для тебя. (Обратитесь к этой проблеме для подробностей: https://github.com/spring-projects/spring-boot/issues/6496)

Answer 8

Я переименовал свой проект, и он все еще находил старый Application класс на пути сборки. Я удалил его в папку "build" и все было хорошо.

Answer 9

Видела эту проблему с Java 1.9 и SpringBoot 1.5.x, когда основной класс не указан явно.

С Java 1.8 он может найти основной класс без явного свойства, и 'mvn package' работает отлично.

Answer 10

Для Котлина с Gradle:

      springBoot {
  mainClass.set("com.example.MainKt")
}

Answer 11

Если вы используете Grade, можно применить плагин "приложение", а не плагин "java". Это позволяет указать основной класс, как показано ниже, без использования каких-либо задач плагина Spring Boot Gradle.

       plugins {
  id 'org.springframework.boot' version '2.3.3.RELEASE'
  id 'io.spring.dependency-management' version '1.0.10.RELEASE'
  id 'application'
}
application {
  mainClassName = 'com.example.ExampleApplication'
}

В качестве приятного преимущества можно запустить приложение, используя gradle runс путем, автоматически настраиваемым Gradle. Плагин также упаковывает приложение как TAR и / или ZIP, включая сценарии запуска, специфичные для операционной системы.