Ошибка автоматического подключения BuildProperties Spring Boot 2.1.5 и eclipse

Я бы предложил попробовать запустить под JDK 8 и запустить из командной строки с помощью java -jar <your jar name> просто чтобы убедиться, что вы правильно поняли свойства сборки.

Возможно, Jdk 12 еще не подходит для весенней загрузки. Думаю, у вас могут быть и другие проблемы. Многие фреймворки Java не сертифицированы на 100% для работы с JDK 12.

Я думаю, что план состоит в том, чтобы официально поддерживать Java 12 начиная с Spring Boot 2.2.

Как предложил @Borislav Markov, я попытался запустить его через командную строку, и, похоже, он отлично работает независимо от того, использую ли я JDK 12 или JDK 8. Я думаю, что проблема связана с плагином eclipse, который я использую для запуска приложения через IDE.

Я думаю, что вашу IDE смущает тот факт, что «толстая банка» перезаписывает обычную банку. Среда IDE понимает путь к классу обычного jar + сгенерированного ресурса `build-info.properties.

Я всегда создаю банки под разными именами, поэтому я могу избежать подобных проблем с частичными сборками.

https://docs.spring.io/spring-boot/docs/current/gradle-plugin/reference/html/#packaging-executable-and-normal

To avoid the executable archive and the normal archive from being written to the same location, one or the other should be configured to use a different location. One way to do so is by configuring a classifier:

bootJar {
    classifier = 'boot'
}

Добавить/изменить в конце pom.xml:

<build>
        <finalName>{NAME_YOUR_PROJECT}</finalName>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <executions>
                    <execution>
                        <goals>
                            <goal>build-info</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

Вкратце: Эта проблема связана с IDE (я проверял Eclipse и Idea), и это не влияет на запуск/отладку весеннего загрузочного приложения в сценариях запуска в системе сборки gradle.

Кроме того, предположение о том, что загрузочный плагин для eclipse и JDK создает эту проблему, не совсем верно.

Корень этой проблемы: Различное расположение артефактов сборки, которые скомпилированы разными компиляторами и отсутствуют build-info.properties.

Объяснение:

Когда gradle выполняет сборку, он обычно использует компилятор JDK для создания артефактов Java, а вывод помещается в каталог сборки.

С другой стороны, когда eclipse выполняет сборку, он создает артефакты с помощью Eclipse JDT, а выходные данные помещаются в каталог bin.

Обратите внимание, что смешивание этих двух может привести к неожиданному поведению. Эта «функция» уже проанализирована командой eclipse и отклонена (закрыта как недействительная). Дополнительная информация здесь.

В соответствии с тем фактом, что задача Gradle buildInfo запускается Gradle, это объясняет тот факт, что файл build-info.properties существует в выходной папке Gradle по умолчанию (по умолчанию он должен находиться здесь: build/resources/main/META-INF/).

Из вопроса @ROOTKILL видно, что он пытается получить информацию из класса BuildProperties. Под капотом, когда Spring обнаруживает, что в пути к классам есть файл build-info.properties, он создает bean-компонент BuildProperties, если он не объявлен явно. Полезная информация здесь.

Пожалуйста, взгляните на этот метод:

@ConditionalOnResource(resources = "${spring.info.build.location:classpath:META-INF/build-info.properties}")
@ConditionalOnMissingBean
@Bean
public BuildProperties buildProperties() throws Exception {
    return new BuildProperties(
            loadFrom(this.properties.getBuild().getLocation(), "build"));
}

В связи с тем, что IDE использует другой выходной каталог, отсутствует файл build-info.properties, что приводит к отображаемой ошибке (Bean method 'buildProperties' in 'ProjectInfoAutoConfiguration' not loaded because @ConditionalOnResource did not find resource '${spring.info.build.location:classpath:META-INF/build-info.properties}'). А с другой стороны, это объясняет, почему все запускается с помощью Gradle.

Решение:

В соответствии с этими фактами решение очевидно: как eclipse, так и IntelliJ Idea IDE должны использовать задачи gradle вместо собственных для запуска/отладки.

• Для Затмение IDE: приложение можно запустить поверх задачи gradle (bootRun из представления задач gradle).
• Для Идея IDE: можно добавить параметр, который делегирует действия по сборке/запуску IDE для gradle, который уже указан ранее @user666.

Поскольку в этом решении используется gradle, файл build-info.properties будет использоваться из местоположения build/resources/main/META-INF/ (по умолчанию для gradle), и, конечно же, он будет виден. Как следствие, будет создан bean-компонент BuildProperties, и его можно будет использовать.

Просто запустите mvn clean package, а затем перезапустите приложение весенней загрузки из Eclipse/IntelliJ.

В моем сервисе Spring Boot есть раздел информации о сборке Maven в плагине maven-spring-boot, поэтому я получаю эту ошибку BuildProperties cannot be found, когда пытаюсь запустить сервис, если он не из архива .jar. Итак, чтобы запустить мою службу как обычную конфигурацию запуска Spring Boot, мне пришлось добавить этот bean-компонент условия, и теперь все работает, как в виде выпуска .jar, так и в виде отладки без выпуска:

@ConditionalOnMissingBean
@Bean
public BuildProperties buildProperties() {
    Properties properties = new Properties();
    properties.put("group", "com.example");
    properties.put("artifact", "demo");
    properties.put("version", "not-jarred");
    return new BuildProperties(properties);
}

Как ясно из других ответов, это связано с тем, что среда IDE не создает файл. Для vscode я решил эту проблему, поставив задачу скопировать файл build-info.properties из каталога сборка/ресурсы/основной/META-INF Gradle в каталог корзина/основной/META-INF vscode, чтобы он находился там, где сборка ожидает его найти.

Обычно я недавно запускал сборку Gradle, и эта немного устаревшая версия build-info.properties достаточно хороша для моей отладки в vscode.

Создайте .vscode/tasks.json, подобный этому:

{
    "version": "2.0.0",
    "tasks": [
        {
            // This task keeps vscode from failing when using BuildProperties
            "label": "Copy build-info from Gradle",
            "type": "shell",
            "command": "mkdir -p ./bin/main/META-INF/ && cp ./build/resources/main/META-INF/build-info.properties ./bin/main/META-INF/build-info.properties"
        }
    ]
}

Затем добавьте задачу как preLaunchTask в свой .vscode/launch.json:

{
    "configurations": [
        {
            "type": "java",
            "name": "Spring Boot-Application<example>",
            "request": "launch",
            "cwd": "${workspaceFolder}",
            "console": "internalConsole",
            "mainClass": "com.example.Application",
            "projectName": "example",
            "args": "",
            "preLaunchTask": "Copy build-info from Gradle"
        }
    ]
}

Я попробовал решение Информация о проектеАвтоконфигурация и подумал, что вместо него лучше использовать @ConditionalOnMissingBean (BuildProperties.class)@ConditionalOnResource (resources = "$ {spring.info.build.location: classpath: META-INF / build-info.properties}").

Потому что я могу контролировать способ создания BuildProperties:

    @ConditionalOnMissingBean(BuildProperties.class)
    @Bean
    public BuildProperties buildProperties() throws IOException {
            Resource r = this.properties.getBuild().getLocation();
            if (r.exists())
                // build-info.properties exists in my jar
                return new BuildProperties(
                    loadFrom(r, "build")); // see ProjectInfoAutoConfiguration code
            else {
                // No, we running via IDE. So let's build a stub:
                Properties properties = new Properties();
                properties.put("group", "com.example");
                properties.put("artifact", "demo");
                properties.put("version", "not-jarred");
                return new BuildProperties(properties);
            }
    }

Если вы используете ломбок, обязательно исключите его конфигурацию для spring-boot-maven-plugin, например,

    <plugin>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-maven-plugin</artifactId>
        <configuration>
            <excludes>
                <exclude>
                    <groupId>org.projectlombok</groupId>
                    <artifactId>lombok</artifactId>
                </exclude>
            </excludes>
        </configuration>
        <executions>
            <execution>
                <id>build-info</id>
                <goals>
                    <goal>build-info</goal>
                </goals>
            </execution>
        </executions>
    </plugin>

Как правильно упомянул @Андре Шонрок, причиной проблемы является здесь:

Both the Maven plugin and the Gradle plugin allow generating build information containing the coordinates, name, and version of the project. The plugins can also be configured to add additional properties through configuration. When such a file is present, Spring Boot auto-configures a BuildProperties bean.

Итак, вам нужно либо добавить для spring-boot-maven-plugin в POM:

<executions>
    <execution>
        <goals>
            <goal>build-info</goal>
        </goals>
    </execution>
</executions> 

или добавить build.gradle:

springBoot {
    buildInfo()
}

В качестве альтернативы можно явно добавить Bean в более короткой форме, чем показано @djangofan:

@Bean @ConditionalOnMissingBean(BuildProperties.class)
BuildProperties buildProperties() {
    return new BuildProperties(new Properties());
}

в файле конфигурации.

Уведомление:, если вы обновили POM или build.gradle, но ошибка все еще появляется, попробуйте использовать (например, для Maven) команды жизненного цикла clean, а затем install и снова запустите проект.

Если вы используете Intelli и maven, вот скриншот о том, как изменить бегун и использовать бегун maven. В идеале это лучше всего предложить, так как мы можем точно так же запустить maven в ide.

Для проекта Gradle: добавьте это в файл build.gradle

    springBoot {
        buildInfo {
            properties {
                name = PROJECT_NAME
                additional = [
                        'yourCustomInfo': 'someInfo'
                ]
            }
        }
    }

Проблема заключается в том, что STS и Intellij не запускают задачу buildinfo при запуске приложения в качестве приложения Spring Boot. Поскольку большинство разработчиков запускают приложение с помощью этого механизма, а не используют сборку gradle/maven, необходимо иметь решение, которое работает для обоих. Я последовал ответу Сергея К., и это сработало для загрузки Spring на основе IDE. Но для запуска gradle это не удалось, потому что BuildProperties автоматически подключались из файла конфигурации вместо сгенерированного файла build-info.properties.

Я смог преодолеть это, имея следующий компонент и автоматически подключив его.

@Component
public BuildValues{
   @Autowired(required = false)
   private buildProperties;
   
   public getBuildProperties(){
       if (buildProperties==null) {
          ResourceLoader resourceLoader = new DefaultResourceLoader();
          Resource r = resourceLoader.getResource("classpath:META-INF/build- 
        info.properties");
    if (r.exists()) {
        // build-info.properties exists in my jar
        Properties prop = PropertiesLoaderUtils.loadProperties(r);
        buildProperties =  new BuildProperties(prop);
    }else {
    // No, we running via IDE. So let's build a stub:
        Properties properties = new Properties();
        properties.put("buildTime", "2022-01-13T14:38:06.567Z");
        buildProperties = new BuildProperties(properties);
    }
    }
    return buildProperties;
   }

}