«Зависимость не найдена» в выпуске 17 при анализе

Question

«Зависимость не найдена» в выпуске 17 при анализе

Один из проектов, который я изучал, имеет следующие соответствующие конфигурации:

      <maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>

<plugin>
    <artifactId>maven-dependency-plugin</artifactId>
    <version>3.2.0</version>
    <configuration>
        <failOnWarning>true</failOnWarning>
    </configuration>
    <executions>
        <execution>
            <goals>
                <goal>analyze-only</goal>
            </goals>
        </execution>
    </executions>
</plugin>


<dependency>
    <groupId>org.hamcrest</groupId>
    <artifactId>hamcrest</artifactId>
    <version>2.2</version>
    <!-- not scoped to test -->
</dependency>

При выполнении (apache-maven-3.6.3, java: 17-ea) сборка завершается успешно, как и ожидалось. Теперь я внес изменения в свойства, чтобы заменить источник и цель выпуском как:

      <maven.compiler.release>17</maven.compiler.release>

и логи на терминале читаются

       [INFO] --- maven-dependency-plugin:3.2.0:analyze-only (default) @ java-8-matchers ---
[WARNING] Non-test scoped test only dependencies found:
[WARNING]    org.hamcrest:hamcrest:jar:2.2:compile

приводящий к сбою (из-за предупреждения)! Почему / как зависимость обрабатывается по-другому при обновлении версии Java? Как это исправить?

Если это может быть полезно, журналы отладки для этой цели читают:

      [DEBUG] Configuring mojo org.apache.maven.plugins:maven-dependency-plugin:3.2.0:analyze-only from plugin realm ClassRealm[plugin>org.apache.maven.plugins:maven-dependency-plugin:3.2.0, parent: jdk.internal.loader.ClassLoaders$AppClassLoader@579bb367]
[DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-dependency-plugin:3.2.0:analyze-only' with basic configurator -->
[DEBUG]   (f) analyzer = default
[DEBUG]   (f) baseDir = .../java-8-matchers
[DEBUG]   (f) failOnWarning = true
[DEBUG]   (f) ignoreNonCompile = false
[DEBUG]   (f) ignoreUnusedRuntime = false
[DEBUG]   (f) outputDirectory = .../java-8-matchers/target
[DEBUG]   (f) outputXML = false
[DEBUG]   (f) project = MavenProject: uk.co.probablyfine:java-8-matchers:2.0.0-SNAPSHOT @ .../java-8-matchers/pom.xml
[DEBUG]   (f) scriptableFlag = $$%%%
[DEBUG]   (f) scriptableOutput = false
[DEBUG]   (f) skip = false
[DEBUG]   (f) verbose = false
[DEBUG] -- end configuration --
[WARNING] Non-test scoped test only dependencies found:
[WARNING]    org.hamcrest:hamcrest:jar:2.2:compile

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:3.2.0:analyze-only (default) on project java-8-matchers: Dependency problems found -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:3.2.0:analyze-only (default) on project java-8-matchers: Dependency problems found
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:215)

Воспроизвести, используя:

Git проверить эту ветку .
Настройте maven для использования Java-17.
Отредактируйте failOnWarning собственность на true.
Выполнять mvn clean verify.

6

java maven java-17 maven-dependency-plugin

Источник

user1746118 17 июн '21 в 08:57

4 ответа

Другие вопросы по тегам java maven java-17 maven-dependency-plugin

user8163025 29 июн '21 в 04:08 2021-06-29 04:08 · Answer 1 · 2021-06-29 04:08

После расследования я выяснил, что проблема заключается в обновлении с версии 3.1.2 до 3.2.0, потому что в новой версии плагина было добавлено новое свойство для анализа: вы можете сравнить скриншоты кода ниже: Версия 3.1.2:

Версия 3.2.0:

Я отладил весь процесс зависимостей анализатора в плагине и обнаружил, что зависимость:

      <dependency>
   <groupId>org.hamcrest</groupId>
   <artifactId>hamcrest</artifactId>
   <version>2.2</version>
</dependency>

передается testArtifactsWithNonTestScopeнабор артефактов, потому что класс используется только в тестовых классах. Конечно, такое поведение неверно, потому что другие классы из hamcrest зависимости присутствуют в не тестовых классах - определенно есть дефект в maven-dependency-plugin.

PS

В качестве доказательства моей идеи вы можете изменить один из не тестовых классов следующим образом:

      ...
import static org.hamcrest.MatcherAssert.assertThat;
import static org.hamcrest.Matchers.is;
...

public final class Java8Matchers {

    public static void customAssert(String reason, boolean assertion) {
        assertThat(reason, assertion);
    }
    
    ...
}

Как видите, я добавил новый метод с использованием org.hamcrest.MatcherAssert в Java8Matchers и после этого процесс сборки будет успешно завершен.

После всех вышеперечисленных аспектов у вас есть следующие способы решить проблему:

используйте последнюю версию java, которая поддерживается плагином 3.1.2, и не обновляйте плагин, пока ошибка не будет исправлена.
выключить анализатор для сборки и дождаться исправления для анализатора

user642706 18 июн '21 в 01:48 2021-06-18 01:48 · Answer 2 · 2021-06-18 01:48

Возможно, я воссоздал не все части вашей работы. И я не специалист в этой области. Но в моем эксперименте, описанном ниже, мне не удалось воссоздать вашу проблему.

Мой эксперимент с использованием нового проекта

Я начал новый проект, используя Apache Maven quickstartархетип , используя Maven 3.6.3.

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

Я изменил POM с использования JUnit 4 на JUnit 5 и изменил import операторы в тестовом классе по умолчанию.

Я закомментировал элементы release и target, заменив их элементом release.

В IntelliJ 2021.2 EAP Ultimate Edition я обновил настройку Project Structure> Project Settings> Project> Project SDK, чтобы использовать версию Project Loom раннего доступа Java 17:

      openjdk 17-loom 2021-09-14
OpenJDK Runtime Environment (build 17-loom+7-342)
OpenJDK 64-Bit Server VM (build 17-loom+7-342, mixed mode, sharing)

К этому POM я добавил Hamcrest 2.2 в качестве зависимости . Я прокомментировал предложенный <scope>test</scope> линия.

Итак, мой POM в итоге выглядел так.

      <?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>

    <groupId>work.basil.demo</groupId>
    <artifactId>HamcrestOkay</artifactId>
    <version>1.0-SNAPSHOT</version>

    <name>HamcrestOkay</name>
    <!-- FIXME change it to the project's website -->
    <url>http://www.example.com</url>

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <!--<maven.compiler.source>1.7</maven.compiler.source>-->
        <!--<maven.compiler.target>1.7</maven.compiler.target>-->
        <maven.compiler.release>17</maven.compiler.release>
    </properties>

    <dependencies>
        <!-- https://mvnrepository.com/artifact/org.junit.jupiter/junit-jupiter -->
        <dependency>
            <groupId>org.junit.jupiter</groupId>
            <artifactId>junit-jupiter</artifactId>
            <version>5.8.0-M1</version>
            <scope>test</scope>
        </dependency>

        <!-- https://mvnrepository.com/artifact/org.hamcrest/hamcrest -->
        <dependency>
            <groupId>org.hamcrest</groupId>
            <artifactId>hamcrest</artifactId>
            <version>2.2</version>
            <!--<scope>test</scope>-->
        </dependency>


    </dependencies>

    <build>
        <pluginManagement><!-- lock down plugins versions to avoid using Maven defaults (may be moved to parent pom) -->
            <plugins>
                <!-- clean lifecycle, see https://maven.apache.org/ref/current/maven-core/lifecycles.html#clean_Lifecycle -->
                <plugin>
                    <artifactId>maven-clean-plugin</artifactId>
                    <version>3.1.0</version>
                </plugin>
                <!-- default lifecycle, jar packaging: see https://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_jar_packaging -->
                <plugin>
                    <artifactId>maven-resources-plugin</artifactId>
                    <version>3.2.0</version>
                </plugin>
                <plugin>
                    <artifactId>maven-compiler-plugin</artifactId>
                    <version>3.8.1</version>
                </plugin>
                <plugin>
                    <artifactId>maven-surefire-plugin</artifactId>
                    <version>3.0.0-M5</version>
                </plugin>
                <plugin>
                    <artifactId>maven-jar-plugin</artifactId>
                    <version>3.2.0</version>
                </plugin>
                <plugin>
                    <artifactId>maven-install-plugin</artifactId>
                    <version>3.0.0-M1</version>
                </plugin>
                <plugin>
                    <artifactId>maven-deploy-plugin</artifactId>
                    <version>3.0.0-M1</version>
                </plugin>
                <!-- site lifecycle, see https://maven.apache.org/ref/current/maven-core/lifecycles.html#site_Lifecycle -->
                <plugin>
                    <artifactId>maven-site-plugin</artifactId>
                    <version>3.9.1</version>
                </plugin>
                <plugin>
                    <artifactId>maven-project-info-reports-plugin</artifactId>
                    <version>3.1.2</version>
                </plugin>
            </plugins>
        </pluginManagement>
    </build>
</project>

У меня был IntelliJ для обработки POM. И у меня был IntelliJ для Maven clean а также install.

Я запустил по умолчанию main метод, который просто выполняет System.out.println.

Все мои сборки и исполнения были успешными.

user8416360 26 июн '21 в 23:52 2021-06-26 23:52 · Answer 3 · 2021-06-26 23:52

Эта проблема не связана с версией Java, она также не работает с Java 16, мне кажется, что она появилась, когда зависимость maven-dependency-plugin с 3.1.2 до 3.2.0 была обновлена, понижение версии решает проблему.

Я не совсем уверен, что изменилось в maven-dependency-plugin, чтобы вызвать это.

0

Источник

user8416360 26 июн '21 в 23:52

user14929045 22 фев '22 в 08:44 2022-02-22 08:44 · Answer 4 · 2022-02-22 08:44

Я решил эту проблему, клонировав плагин maven-dependency-plugin из следующего репо https://github.com/apache/maven-dependency-plugin/tree/maven-dependency-plugin-3.2.0 и сам его построил. Затем я использовал версию 3.3.0-SNAPSHOT в своем проекте!

0

Источник

user14929045 22 фев '22 в 08:44