Стратегия посредничества зависимостей Maven к новейшим, а не ближайшим

Question

Могу ли я настроить Maven для выбора «новейшей» зависимости от конфликта, а не от «ближайшего»?

«новейших», по умолчанию Айви и других менеджеров чувственных зависимостей см http://ant.apache.org/ivy/history/2.2.0/settings/conflict-managers.html

Я считаю «ближайшая» стратегия редко бывает, что я хочу.

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

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

(См the Maven docs на «Dependency посредничество»)

Answer 1

Могу ли я настроить Maven автоматически использовать «новейшую» версию зависимости вместо «ближайшего» при разрешении конфликта версий?

Нет, вы не можете настроить зависимость стратегии посредничества Maven на что-нибудь другое, чем ближайший.

Добавление configurable dependency mediation strategies has been proposed before, но в конечном итоге было отказано, поскольку предложение включало изменение POM XSD, чего не было в течение многих лет.

Почему Maven использует самую близкую стратегию по умолчанию?

Стратегии ближайшего благоприятствуют Maven по двум причинам:

1. Easy переопределение индивидуальных конфликтов: Для любой конкретной противоречивых зависимости, вы можете указать его версию в своей собственной POM, и эта версия станет ближайшей.
2. Возпроизводимо строит: Это было на самом деле является результатом наличия version ranges в любом месте вашего графа зависимостей, но посредническая стратегия «новейший», несомненно, усилить воздействие любой диапазон версий на сборки воспроизводимости.

Но я действительно хочу другую стратегию посредничества зависимости. Что я могу сделать?

Это ваши лучшие варианты:

1. Сделать расширение Maven: Использование "ближайшего" стратегии определяется NearestVersionSelector in MavenRepositorySystemUtils. Вы можете: create your own Maven extension который определяет ваш собственный VersionSelector, который реализует вашу стратегию по вашему выбору, а затем в методе вашего добавочного номера afterSessionStart, замените номер на сеанс связи, используя ваш пользовательский VersionSelector.
2. Перенести на другой инструмент для сборки: Очевидно.

Answer 2

Вы также можете использовать "requireUpperBoundDeps" правило для «Инфорсер» плагин Maven, который не будет непосредственно реализовывать «новые победы» разрешение конфликта политики, но будет обеспечивать, что конечный результат будет таким же. Вам нужно будет вручную добавить транзитивную зависимость <exclusions> или <dependencyManagement> правил вашей POM, чтобы выбрать самую новую зависимость в каждом конфликте, но, по крайней мере, вы будете уверены, что конечный результат - это «самые новые победы».

<plugin> 
    <groupId>org.apache.maven.plugins</groupId> 
    <artifactId>maven-enforcer-plugin</artifactId> 
    <version>1.4.1</version> 
    <executions> 
     <execution> 
     <id>enforce</id> 
     <configuration> 
      <rules> 
      <requireUpperBoundDeps /> 
      </rules> 
     </configuration> 
     <goals> 
      <goal>enforce</goal> 
     </goals> 
     </execution> 
    </executions> 
    </plugin>