Состав многомодульного проекта Maven относительно совместного использования зависимостей

Maven 3.1 должен решить эту проблему, введя «миксины». Между тем, похоже, что я могу получить большинство необходимых функций за счет правильного использования профилей, как я описал в этом сообщении в блоге:

http://weblogs.java.net/blog/fabriziogiudici/archive/2011/07/19/maven-pom-composition-means-profiles

Пожалуйста, дайте мне знать, найдете ли вы это полезным.

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

Я описываю хорошую многомодульную структуру проекта в этом ответе. Он также описывает использование агрегатора и наследования с родительской цепочкой.

Некоторые вещи, которые помогут вам держать вещи организованными и разумными ...

• Используйте хорошие соглашения об именах; не вызывайте только родительские проекты parent1 и parent2. Используйте имена, которые описывают, какие зависимости и другие параметры они настраивают, чтобы людям было интуитивно понятно, что и когда использовать.
• Используйте функцию выпуска / развертывания maven, чтобы они правильно управлялись версиями в вашем репо и всегда ссылались на артефакты фиксированной версии. Отказ от использования снимков SNAPSHOT - это первый шаг к созданию детерминированных воспроизводимых сборок. Отлаживать проблемы, когда что-то меняется на лету, очень сложно.
• Не полагайтесь на файл pom.xml, чтобы узнать, какие зависимости нужны вашему проекту. Это поможет вам избежать наследования и других вещей, таких как настраиваемые профили. Для выполнения этих аналитических задач следует использовать maven-dependency-plugin. Существуют такие команды, как mvn dependency:tree, показывающая все зависимости проекта, и mvn dependency:analyze, показывающая неиспользуемые зависимости.

Надеюсь, с этим советом наследование родительского файла POM не будет казаться таким сложным и кошмарным. Удачи!

Если это в основном управление версией (номером) - почему бы не указать только версию зависимости как свойство в родительском проекте и не использовать ее в дочерних проектах, например

Родитель

<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>foo.bar</groupId>
    <artifactId>maven-parent</artifactId>
    <version>0.0.1</version>
    <packaging>pom</packaging>

    <properties>
        <log4j.version>1.2.16</log4j.version>
    </properties>

</project>

Ребенок

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

    <parent>
        <artifactId>maven-parent</artifactId>
        <groupId>foo.bar</groupId>
        <version>0.0.1</version>
    </parent>

    <groupId>foo.bar</groupId>
    <artifactId>maven-child</artifactId>
    <version>0.0.1-SNAPSHOT</version>

    <dependencies>
        <dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
            <version>${log4j.version}</version>
        </dependency>
    </dependencies>

</project>

Это простое решение, позволяющее указать конкретные зависимости проекта с согласованными номерами версий.