Nano Hash - криптовалюты, майнинг, программирование

Ошибка сходимости зависимостей

После обновления Firefox я поменял версии библиотек на более высокие. Появились следующие ошибки: [ОШИБКА] Ошибка сходимости зависимостей для commons-collections:commons-collections:3.2.2 пути к зависимости:

[ERROR] +-net:serenity.pom.gradle:0.0.1-SNAPSHOT
[ERROR] +-net.serenity-bdd:serenity-core:1.1.29-rc.3
[ERROR] +-org.seleniumhq.selenium:htmlunit-driver:2.20
[ERROR] +-commons-collections:commons-collections:3.2.2
[ERROR] and
[ERROR] +-net:serenity.pom.gradle:0.0.1-SNAPSHOT
[ERROR] +-net.serenity-bdd:serenity-core:1.1.29-rc.3
[ERROR] +-io.appium:java-client:3.3.0
[ERROR] +-commons-validator:commons-validator:1.4.1
[ERROR] +-commons-collections:commons-collections:3.2.1
[ERROR] and
[ERROR] +-net:serenity.pom.gradle:0.0.1-SNAPSHOT
[ERROR] +-net.serenity-bdd:serenity-core:1.1.29-rc.3
[ERROR] +-commons-collections:commons-collections:3.2.2
[ERROR] ]
[ERROR] -> [Help 1]

Дерево зависимостей выглядит так:

[INFO] +- net.serenity-bdd:serenity-core:jar:1.1.29-rc.3:test
[INFO] |  +- org.seleniumhq.selenium:htmlunit-driver:jar:2.20:test
[INFO] |  +- commons-collections:commons-collections:jar:3.2.2:test
[INFO] |  +- io.appium:java-client:jar:3.3.0:test
[INFO] |  |  \- commons-validator:commons-validator:jar:1.4.1:test
[INFO] |  |     +- commons-beanutils:commons-beanutils:jar:1.8.3:test
[INFO] |  |     \- commons-digester:commons-digester:jar:1.8.1:test

Как решить эту проблему? Могу ли я вручную переключить библиотеку?

PS Вот мой pom.xml

<dependencies>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.12</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>net.serenity-bdd</groupId>
        <artifactId>serenity-core</artifactId>
        <version>1.1.29-rc.3</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-simple</artifactId>
        <version>1.7.7</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>net.serenity-bdd</groupId>
        <artifactId>serenity-jbehave</artifactId>
        <version>1.9.0</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.assertj</groupId>
        <artifactId>assertj-core</artifactId>
        <version>3.2.0</version>
        <scope>test</scope>
    </dependency>
</dependencies>

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-enforcer-plugin</artifactId>
            <version>1.4</version>
            <executions>
                <execution>
                    <id>verify</id>
                    <phase>validate</phase>
                    <goals>
                        <goal>enforce</goal>
                    </goals>
                    <inherited>true</inherited>
                </execution>
            </executions>
            <configuration>
                <failFast>true</failFast>
                <rules>
                    <DependencyConvergence></DependencyConvergence>
                    <requireReleaseDeps>
                        <onlyWhenRelease>true</onlyWhenRelease>
                    </requireReleaseDeps>
                    <requireJavaVersion>
                        <version>${java.version}</version>
                    </requireJavaVersion>
                </rules>
            </configuration>
        </plugin>
        <plugin>
            <artifactId>maven-failsafe-plugin</artifactId>
            <version>2.18</version>
            <configuration>
                <includes>
                    <include>src/test/java/*.java </include>
                </includes>
            </configuration>
            <executions>
                <execution>
                    <goals>
                        <goal>integration-test</goal>
                        <goal>verify</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>3.2</version>
            <configuration>
                <source>1.8</source>
                <target>1.8</target>
            </configuration>
        </plugin>
        <plugin>
            <groupId>net.serenity-bdd.maven.plugins</groupId>
            <artifactId>serenity-maven-plugin</artifactId>
            <version>1.1.29-rc.1</version>
            <dependencies>
                <dependency>
                    <groupId>net.serenity-bdd</groupId>
                    <artifactId>serenity-core</artifactId>
                    <version>1.1.29-rc.3</version>
                </dependency>
            </dependencies>
            <executions>
                <execution>
                    <id>serenity-reports</id>
                    <phase>post-integration-test</phase>
                    <goals>
                        <goal>aggregate</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

  • Где связь с Firefox? Кроме того, где ваш файл pom? 19.04.2016

Ответы:


1

См. справочник по POM, исключения:

Исключения явно сообщают Maven, что вы не хотите включать указанный проект, который является зависимостью этой зависимости (другими словами, его транзитивной зависимостью).

См. также Правила Apache Maven Enforcer, сходимость зависимостей:

Если проект имеет две зависимости, A и B, обе зависят от одного и того же артефакта C, это правило приведет к сбою сборки, если A зависит от версии C, отличной от версии C, от которой зависит B.

[...]

И это удастся.

   <dependency>
      <groupId>org.slf4j</groupId>
      <artifactId>slf4j-jdk14</artifactId>
      <version>1.6.1</version>
    </dependency>
    <dependency>
      <groupId>org.slf4j</groupId>
      <artifactId>slf4j-nop</artifactId>
      <version>1.6.0</version>
      <exclusions>
        <exclusion>
          <groupId>org.slf4j</groupId>
          <artifactId>slf4j-api</artifactId>
        </exclusion>
      </exclusions>
    </dependency>
19.04.2016

2

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

@ Ответ Джерольда - идеальный. Но это работает в случае, когда вы являетесь владельцем всех зависимостей и имеете время, роскошь и разрешение на запись, чтобы исправить проблему в корне. В моем случае я использовал глобальный родительский pom для всей компании, у которого были разные версии, установленные в разных местах, поэтому я столкнулся с этой проблемой. Я хотел найти способ исправить это с моей стороны, не меняя глобальный родительский pom.

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

<!-- ============================= -->
<!-- DEPENDENCY MANAGEMENT -->
<!-- ============================= -->
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>commons-collections</groupId>
            <artifactId>commons-collections</artifactId>
            <!-- This version should be consistent 
                 with versions at other places -->
            <version>3.2.2</version>
        </dependency>
    </dependencies>
</dependencyManagement>

ХТН

27.03.2019
  • Будьте осторожны. Я заметил, что пользователь, выбирающий версию с одной истинной версией (через depMan) сегодня, означает, что в будущем это будет версия, используемая ни одной из зависимостей: ) Если вы должны использовать Enforcer, <exclusions> - это правильный (хотя и уродливый и ужасно многословный) способ отслеживания переходов ваших ключевых зависимостей. 21.05.2021

  • 3

    Или просто удалите maven Enforcer все вместе, если вам действительно/временно нужно решить эту проблему.

    18.05.2019
  • Не уверен, что удаление чека действительно решает проблему. Импорт двух библиотек разных версий может вызвать множество проблем во время выполнения, которые гораздо сложнее найти и отладить. Инфорсер действительно полезен в этом случае. 22.11.2019
  • Не убежден? Вы пробовали то, что я предложил? Это работает во многих случаях и для многих людей, с которыми я общаюсь. Также я разместил то, что сработало для меня, дав людям альтернативное предложение. Не знаю, почему вам не понравился комментарий. Не нравится за неправильные ответы, которыми этот ответ не является. 23.11.2019
  • Не понравилось, потому что предложенное решение на самом деле не устранило бы основную причину, а просто скрыло бы ее. Я бы не предложил решить проблему, просто устранив причину, вместо этого мы должны способствовать пониманию самой проблемы и указать на решение, которое устраняет основную причину, а не только появившийся симптом. 27.11.2019
  • Хорошо, вы не должны привыкнуть к диалекту американского английского, но я просто изменил свой комментарий, чтобы было более ясно, что, если вы действительно сильно / временно хотите решить проблему, вы можете удалить средство принудительного исполнения. Надеюсь, теперь вы сможете убрать дизлайк! Потому что то, что я предложил, является одним из жизнеспособных вариантов, который прекрасно работает для некоторых людей так же, как и для меня! 28.11.2019
  • Ответ JavaGeek кажется немного суровым, но на самом деле он правильный и должен быть принятым. В этом случае зависимость 1-го уровня serenity-core:1.1.29-rc.3 сама по себе не выполняет конвергенцию зависимостей, но имеет транзитивные зависимости commons-collections в версиях 3.2.1 и 3.2.2. Это не то, что вы, как потребитель, должны решать. Даже с записью в вашем разделе «Управление зависимостями». 09.04.2020
  • Вот почему я не люблю силовиков. Это в основном дает вам предупреждение о конфликте версий, который Maven уже разрешил, а затем сбой вашей сборки. Действительно, проблемы во время выполнения могут возникать в разных случаях (например, некоторые библиотеки OSS на десять лет старше других), но у вас есть тесты, верно? 21.05.2021
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..