Maven и зависимые модули

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

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

Обычно B хочет работать с «последней хорошей» версией A, а не с последней. Использование зависимостей из репозитория означает, что они, по крайней мере, скомпилированы нормально (и, надеюсь, модульные тесты тоже были запущены).

С мастер-ПОМ:

~/scratch/pom.xml

<?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>scratch</groupId>
    <artifactId>scratch</artifactId>
    <packaging>pom</packaging>
    <version>1.0-SNAPSHOT</version>

    <modules>
        <module>nipple</module>
        <module>cabbage</module>
    </modules>
</project>

И модули POMs:

~/scratch/nipple/pom.xml

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

    <parent>
        <artifactId>scratch</artifactId>
        <groupId>scratch</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>

    <modelVersion>4.0.0</modelVersion>

    <groupId>scratch</groupId>
    <artifactId>nipple</artifactId>
    <version>1.0-SNAPSHOT</version>

</project>

~/scratch/cabbage/pom.xml

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

    <parent>
        <artifactId>scratch</artifactId>
        <groupId>scratch</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>

    <modelVersion>4.0.0</modelVersion>

    <groupId>scratch</groupId>
    <artifactId>cabbage</artifactId>
    <version>1.0-SNAPSHOT</version>
    <dependencies>
        <dependency>
            <groupId>scratch</groupId>
            <artifactId>nipple</artifactId>
            <version>1.0-SNAPSHOT</version>
        </dependency>
    </dependencies>

</project>

Я могу выпустить mvn package в корневом каталоге после очистки моего локального репозитория и в итоге собрать все модули. (В пустые JAR, но построенные.)

Кажется, Maven ищет зависимости либо в репозитории, либо в незавершенной сборке. Он не будет автоматически пересекать структуру вашего проекта, когда вы создаете только один модуль, потому что не требуется, чтобы у вас был даже родительский проект на вашем компьютере, не говоря уже о том, чтобы на один каталог над текущим модулем. (Отношения родитель-ребенок даже не биективны.)

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

projects
|
+--scratch
|  |
|  +--scratch-parent
|  |  |
|  |  +--pom.xml [The POM of scratch:scratch:1.0-SNAPSHOT]
|  |
|  +--nipple
|  |  |
|  |  +--pom.xml [The POM of scratch:mod1:1.0-SNAPSHOT]
|  |
|  +--cabbage
|  |  |
|  |  +--pom.xml [The POM of scratch:mod2:1.0-SNAPSHOT]

В этом случае раздел <modules> родительского POM будет:

<modules>
    <module>../nipple</module>
    <module>../cabbage</module>
</modules>

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

Взгляните на подключаемый модуль реактора Maven, в частности response: make, который строит модуль и все модули, от которых он зависит.

Рич совершенно прав. То, что вы описываете, обычно не соответствует ожидаемому поведению. Хотя, как заявляет Deerb, реактор Maven поддерживает частичные сборки , если модули известны родительскому POM.

Сборка с mvn install -pl B -am должна также создавать (-am) зависимости B (то есть A).

В любом случае модуль A должен быть модулем родительского POM.

(см. Модули Maven + Создание одного конкретного модуля)

Если вы работаете с IntelliJ, у них есть небольшой волшебный флажок: «Разрешить артефакты рабочей области» в их конфигурации запуска Maven. Таким образом, не нужно устанавливать или собирать из родительского.

Ответ заключается в том, что Maven работает не так. Идея Maven состоит в том, чтобы дать разработчику логичную и простую систему для управления зависимостями. Ключ к этому - получение зависимостей из репозитория. Каждое исключение ослабляет этот контроль и простоту. Добавление A в качестве зависимости в родительский POM полностью отвечает вашему сценарию без добавления дополнительных исключений. Использование командных файлов или сценариев ant - еще один способ решить ваш сценарий.