#java #maven #spring-boot #pom.xml #spring-properties
#java #maven #spring-boot #pom.xml #spring-свойства
Вопрос:
Я столкнулся с некоторыми проблемами с spring boot и maven.
Похоже, что <packaging>pom</packaging>
тег, добавленный в pom.xml
, каким-то образом делает spring полностью неосведомленным о файле конфигурации на уровне родителей applications.properties
. При запуске spring по-прежнему будет отображать баннер и ведение журнала на уровне информации независимо от заявленных свойств. Почему это должно быть так? Есть ли способ добавить эти свойства к моему родительскому элементу таким образом, чтобы все модули работали в заданной конфигурации? Станет ли это антишаблоном?
Основной класс:
package com.example.app; //could also be inside the app-client module
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}
application.properties:
spring.main.banner-mode=off
logging.level.root=info
(родительский) pom.xml:
<?xml version="1.0" encoding="UTF-8"?>
<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/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<packaging>pom</packaging>
<modules>
<module>app-client</module>
</modules>
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.1.3.RELEASE</version>
<relativePath/> <!-- lookup parent from repository -->
</parent>
<groupId>com.example.</groupId>
<artifactId>app</artifactId>
<version>0.0.1-SNAPSHOT</version>
<name>app</name>
<description>Demo app</description>
<properties>
<java.version>1.8</java.version>
</properties>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
</project>
Комментарии:
1. Почему вы добавили
<packaging>pom</packaging>
к тому, что выглядит как модуль, который будет создавать файл jar, содержащий приложение на основе Spring Boot?2. Проект начинает обретать форму, так что это первая попытка добавить в него один из многих будущих модулей. Идея состоит в том, чтобы иметь родительский модуль для упаковки pom и дочерние модули для упаковки jar.
Ответ №1:
Полностью соглашаясь с комментарием Энди по вашему вопросу, я хотел бы отметить, что использование packaging
типа pom
уместно, если вы хотите обозначить артефакт как какой-то модуль-контейнер, являющийся базовым проектом, где вы собираете информацию о зависимостях для ваших (под-) модулей.
Однако @SpringBootApplication
в вашем случае показывает нам, что вы хотите использовать свой артефакт для запуска бизнес-кода. Это, с другой стороны, приводит к packaging
типам, таким как jar
или war
. Переключите его на один из них, и все должно работать нормально.
Для получения дополнительной информации, пожалуйста, обратитесь также к Maven reference for packaging.
Комментарии:
1. Провожу некоторое исследование, и кажется, что структура папок моих модулей maven также была плохо структурирована. Я сохранил упаковку pom для родительского модуля, добавил несколько дочерних (или вспомогательных) модулей, переместил
Main
иapplication.properties
в один из них, и теперь свойства снова работают. Упаковка Jar внутри дочерних модулей и упаковка pom для родительского модуля сработали для меня.2. @EvandroTeixeira Я создал ту же структуру (родительский-> pom, дочерний модуль -> jar), но я получаю ошибку, связанную с источником данных, что означает приложение. yml не загружается?
3. @aleksaRazer22 Прошло много времени с тех пор, как я касался этого проекта. Все, что я могу вспомнить, это то, что у родительского pom не было исходного кода, напрямую связанного с ним, только модули, каждый со своим собственным исходным кодом и
pom.xml
, включая тот, где находится Main. Эмпирическое правило для меня заключается в том, чтобы посмотреть на любой популярный проект spring на основе java / kotlin maven и скопировать их структуру pom.