Виключити всі перехідні залежності однієї залежності

У Maven2, щоб виключити єдину перехідну залежність, я повинен зробити щось подібне:

<dependency>
  <groupId>sample.group</groupId>
  <artifactId>sample-artifactB</artifactId>
  <version>1</version>
   <exclusions>
     <exclusion>
       <groupId>sample.group</groupId>
       <artifactId>sample-artifactAB</artifactId>
     </exclusion>
   </exclusions>
</dependency>

Проблема такого підходу полягає в тому, що я маю це робити для кожної транзитивної залежності, яку сприяє sample-artifactB.

Чи є можливість використовувати якусь підстановку, щоб одразу виключити всі перехідні залежності замість однієї за одною?

Для maven2 не існує способу зробити те, що ви описуєте. Для maven 3 є. Якщо ви використовуєте maven 3, будь ласка, подивіться іншу відповідь на це питання

Для Maven 2 я рекомендую створити власний користувальницький пом на залежність, яка має ваші <винятки>. Для проектів, яким потрібно використовувати цю залежність, встановіть залежність на свій власний пом замість типового артефакту. Хоча це не обов'язково дозволяє виключати всі перехідні залежності одним <виключенням>, це дозволяє лише писати залежність лише один раз, і всі ваші проекти не потребують ведення зайвих і довгих списків виключень.

Те, що для мене спрацювало (можливо, це є новішою рисою Maven), - це лише те, щоб зробити символи підкреслення в елементі виключення.

У мене є багатомодульний проект, який містить модуль "додаток", на який посилаються два модулі, упаковані у ВІЙНУ. Один з цих модулів, укомплектованих WAR, справді потребує лише класів доменів (і я їх ще не відокремлював від модуля програми). Я виявив, що це працює:

<dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>app</artifactId>
    <version>${project.version}</version>
    <exclusions>
        <exclusion>
            <groupId>*</groupId>
            <artifactId>*</artifactId>
        </exclusion>
    </exclusions>
</dependency>

Підстановочний знак як для groupId, так і для artifactId виключає всі залежності, які зазвичай поширюються на модуль, використовуючи цю залежність.

Одне я вважаю корисним:

Якщо ви розміщуєте залежність із виключеннями у розділі залежністьУправління або батьківського POM для вашого проекту, або в POM для управління залежністю, вам не потрібно повторювати виключення (або версію).

Наприклад, якщо ваш батьківський POM має:

<dependencyManagement>
    <dependencies>
    ...         
        <dependency>
            <groupId>commons-fileupload</groupId>
            <artifactId>commons-fileupload</artifactId>
            <version>1.2.1</version>
            <exclusions>
                <exclusion>
                    <groupId>junit</groupId>
                    <artifactId>junit</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
     ....
  </dependencies>
</dependencyManagement>

Тоді модулі вашого проекту можуть просто оголосити залежність як:

        <dependency>
            <groupId>commons-fileupload</groupId>
            <artifactId>commons-fileupload</artifactId>
        </dependency>

У батьківському POM буде вказано як версію, так і виключення. Я використовую цю техніку майже для всіх наших проектів, і це виключає багато повторень.

Три роки тому я рекомендував використовувати Версію 99 Не існує, але зараз я придумав кращий спосіб, тим більше, що Версія 99 офлайн:

У батьківському POM вашого проекту використовуйте плагін maven-Execucer для відмови збірки, якщо небажана залежність проникає в збірку. Це можна зробити за допомогою правила заборонених залежностей плагіна :

<plugin>
    <artifactId>maven-enforcer-plugin</artifactId>
    <version>1.0.1</version>
    <executions>
        <execution>
            <id>only-junit-dep-is-used</id>
            <goals>
                <goal>enforce</goal>
            </goals>
            <configuration>
                <rules>
                    <bannedDependencies>
                        <excludes>
                            <exclude>junit:junit</exclude>
                        </excludes>
                    </bannedDependencies>
                </rules>
            </configuration>
        </execution>
    </executions>
</plugin>

Потім, коли це попередить вас про небажану залежність, виключіть її в розділі батьківського POM <dependencyManagement>:

<dependency>
    <groupId>org.springframework.batch</groupId>
    <artifactId>spring-batch-test</artifactId>
    <version>2.1.8.RELEASE</version>
    <exclusions>
        <exclusion>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
        </exclusion>
    </exclusions>
</dependency>

Таким чином, небажана залежність не з’явиться випадково (на відміну від простої, <exclusion>яку легко забути), вона не буде доступною навіть під час компіляції (на відміну від providedсфери застосування), не існує фальшивих залежностей (на відміну від версії 99) і це ' працюю без користувацького сховища (на відміну від Версії 99). Цей підхід працюватиме навіть на основі версії артефакту, класифікаторів, сфери застосування або цілої групиId - детальну інформацію див. У документації .

Я використовую наступне рішення: замість того, щоб намагатися виключити артефакт у всіх відповідних залежностях, я малюю залежність як "надану" на верхньому рівні. Наприклад, щоб уникнути доставки xml-apis "будь-якої версії":

    <dependency>
        <groupId>xml-apis</groupId>
        <artifactId>xml-apis</artifactId>
        <version>[1.0,]</version>
        <scope>provided</scope>
    </dependency>

Наразі немає можливості одночасно виключити більше однієї перехідної залежності, але на сайті Maven JIRA є запит на особливості:

https://isissue.apache.org/jira/browse/MNG-2315

Для цього існує вирішення, якщо встановити область залежності на час виконання , перехідні залежності будуть виключені. Хоча майте на увазі, це означає, що вам потрібно додати додаткову обробку, якщо ви хочете упакувати залежність від часу виконання.

Щоб включити залежність часу виконання в будь-яку упаковку, ви можете використовувати ціль копіювання плагіна Maven-залежність для конкретного артефакту .

якщо вам потрібно виключити всі перехідні залежності з артефакту залежності, який ви збираєтеся включити в збірку, ви можете вказати це в дескрипторі збірки-плагіна:

<assembly>
    <id>myApp</id>
    <formats>
        <format>zip</format>
    </formats>
    <dependencySets>
        <dependencySet>
            <useTransitiveDependencies>false</useTransitiveDependencies>
            <includes><include>*:struts2-spring-plugin:jar:2.1.6</include></includes>
        </dependencySet>
    </dependencySets>
</assembly>

Якщо ви розробляєтесь у програмі Eclipse, ви можете в графіку залежності редактора POM (увімкнені розширені вкладки) шукати залежність, яку ви хочете виключити зі свого проекту, а потім:

клацніть правою кнопкою миші на ньому -> "Виключити артефакт Maven ...", і Eclipse зробить виключення для вас без необхідності з'ясовувати, на яку залежність пов’язана ліба.

Яка ваша причина виключення всіх перехідних залежностей?

Якщо є певний артефакт (наприклад, загальнодоступний журнал), який потрібно виключити з кожної залежності, підхід Версії 99 не існує .

Оновлення 2012: Не використовуйте такий підхід. Використовуйте плагін і виключення maven-Execucer . Версія 99 створює фальшиві залежності, а сховище Версії 99 в автономному режимі (є схожі дзеркала, але ви також не можете розраховувати на них, щоб залишатися в Інтернеті назавжди; краще використовувати лише Maven Central).

У модельному питанні я мав бажану залежність, заявлену із наданим обсягом. При такому підході транзитивні залежності дістаються, але НЕ включаються до фази пакету, що саме ви хочете. Мені також подобається це рішення з точки зору технічного обслуговування, тому що немає ні помпону, ні спеціального пам’ятника, як у розчині Кейлі, необхідного для підтримання; вам потрібно лише вказати конкретну залежність у контейнері і це зробити

Використовуйте останню Maven на своєму classpath .. Це видалить дублікати артефактів і збереже останній артефакт Maven ..