Свойства загрузки Spring против тега упаковки maven pom

#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.