как я заявил в своем ответе разница между проектом.родитель.имя и родитель.имя и использование finalName в pom.в XML

давайте сначала рассмотрим основы:

как говорится в пом ссылки:

finalName: это имя проекта в комплекте, когда он, наконец, построен (без расширения файла, например: my-project-1.0.сосуд.) По умолчанию используется значение ${artifactId} - ${version}.

имя: проекты, как правило, имеют разговорные имена, за пределами artifactId.

таким образом, эти два имеют разное использование.

• name является чисто информационным и в основном используется для сгенерированной документации и в журналах сборки. Он не наследуется и не используется нигде. Это читаемая человеком строка и может содержать любой символ, т. е. пробелы или символы, не разрешенные в именах файлов. Итак, это будет действительным: <name>My Turbo Project on Speed!</name>. Что явно, по крайней мере, сомнительное имя файла для артефакта.

• как указано выше, finalName - имя сгенерированного артефакта. Это is наследуется, поэтому обычно следует полагаться на свойства. Единственные два действительно полезных параметра-по умолчанию ${artifactId}-${version} и versionless ${artifactId}. Все остальное приводит к путанице (например, проект под названием foo создать артефакт bar.jar). Вообще-то, мой турбо проект! будет действительным, так как это допустимое имя файла, но на самом деле такие имена файлов, как правило, довольно непригодны для использования (попробуйте адресовать имя файла ! из Баша, например)

Итак, почему происходит Stackoverflow:

• name не наследуется
• project.parent.name также не оценивается во время интерполяции, так как имя является одним из немногих свойств, которые полностью невидимы для детей
• parent.name на самом деле привык работать в старых версиях Maven, но больше из-за ошибки (это устаревший для доступа к свойствам без ведущего project).
• отсутствующее свойство не интерполируется, т. е. остается в модели как есть
• поэтому в вашем эффективном pom для any-submodule значение finalName is (попробуйте с mvn help:effective-pom) все-таки: ${project.parent.name}-any-submodule

пока все плохо. Теперь приходит причина StackOverflow

Maven имеет дополнительная функция называется поздней интерполяцией, которая оценивает значения в параметрах плагина, когда они фактически используются. Это позволяет pluing использовать свойства, которые не являются частью модели, но генерируются плагинами ранее в жизненном цикле (это позволяет, например, плагинам вносить изменения Git в конечное имя).

Итак, что происходит:

редактировать: сделал фактическую причину ошибки более ясной (см. комментарии):

• вычисляется конечное имя для плагина jar: @Parameter( defaultValue = "${project.build.finalName}", readonly = true )
• на PluginParameterExpressionEvaluator пинает и пытается оценить окончательное имя (${project.parent.name}-any-submodule, который содержит выражение свойства ${project.родитель.имя}.
• оценщик запрашивает модель, которая в свою очередь возвращает имя родительского проекта, которое: ${project.parent.name}-any-module.
• таким образом, оценщик пытается решить эту проблему, которая возвращает ${project.parent.name}-any-module (опять же), так как свойство всегда решено против текущего проекта цикл начинается заново.
• выбрасывается StackOverflowError.

как это решить

к сожалению, вы не можете.

нужно явно указать name (а также artifactId) для каждого проекта. Обходного пути нет.

затем мог бы пусть finalName полагаться на него. Однако я бы не советовал (см. Мой ответ на разница между проектом.родитель.имя и родитель.имя и использование finalName в pom.в XML)

проблема в изменении конечного имени таким образом заключается в том, что имя локального артефакта сборки и имя в репозитории будут отличаться, поэтому локально ваш артефакт называется any-artifact-any-module-any-submodule.jar, но имя артефакта в вашем репозитории будет по-прежнему any-submodule.jar

предложение

• Если вам действительно нужно дифференцировать этот штраф, измените artifactId вместо этого: <artifactId>artifact-anymodule-anysubmodule</artifactId>.
• не используйте тире для shortname, чтобы различать уровни вашей структуры.
• подсказка:путь модуля может быть еще anymodule, is не должен быть фактическим artifactId модуля!
• пока мы на нем: используйте name для того, что было предназначено, чтобы быть читаемым человеком, поэтому вы можете рассмотреть что-то более визуально привлекательное (так как это имя появляется в журнале сборки): <name>Artifact :: AnyModule :: AnySubModule</name>.
• на самом деле очень легко просто автоматически создавать записи имен с помощью очень короткого скрипта groovy.
• вы также можете написать правило принудительного исполнения для принудительного именования artifactIds

это проблема с наследованием атрибутов.
Попробуйте использовать ${parent.name} вместо ${project.parent.name}.
Посмотрите на: имя проекта, объявленное в Родительском POM, не расширяется в отфильтрованном модуле web.в XML.

---обновление---

Бенджамин Бентман (maven committier) сказал: "В общем, хотя, выражения формы ${project.parent.*} плохая практика, поскольку они полагаются на определенное состояние сборки и обычно не работают во всем POM, что приводит к сюрпризы."

https://issues.apache.org/jira/browse/MNG-5126?jql=text%20~%20%22parent%20name%22

Возможно, вам следует рассмотреть использование ${project.parent.*} - это хороший способ.

интересные! Я начал клонировать РЕПО и воспроизводить ошибку. Я был бы признателен за любые выводы, которые могут быть сделаны из любого из шагов, упомянутых ниже, которые помогли мне отладить проблему -

1. Фазы Жизненного Цикла Maven Фаза, на которой возникла проблема, была package фазы жизненного цикла. Смысл mvn package воспроизводит проблему с вашим проектом.

2. прошел через строки трассировки стека в ошибка. Знакомство с его оценкой выражения, где он терпит неудачу -

   @Override
   public Object evaluate( String expr ) throws ExpressionEvaluationException {
       return evaluate( expr, null ); // Line 143
   }
   

3. это также не finalName атрибут, который его вызывал. Начиная с указания значения по умолчанию то же самое <finalName>${artifactId}-${version}</finalName> отлично работает с конфигами.

4. затем попытался изменить упаковку any-submodule as

   <packaging>pom</packaging>
   

   и ошибка ушла. Значение при упаковке как jar , war etc выражение оценка отличается и приводит к переполнению.

5. модификации any-module или any-submodule pom.xml контент я могу сказать с некоторой уверенностью, что это project.parent.name это вызывает рекурсию при оценке выражения и вызывает переполнение стека (как? - это что-то я все еще ищу..). Кроме того, изменение

   <name>${project.parent.name}-${project.artifactId}</name>

   to

   <name>${parent.name}-${project.artifactId}</name>

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

   ${parent.name}-any-module-any-submodule-1.0-SNAPSHOT.jar и

   ${parent.name}-any-submodule-1.0-SNAPSHOT соответственно с изменением.

6. ища решение в соответствии с требованием, я ищу хвост рекурсии, которую вы используете.

Примечание - все еще работают над поиском подходящего решения этой проблемы.

изменить 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>com.company</groupId>
    <artifactId>any-artifact</artifactId>
    <packaging>pom</packaging>
    <version>1.0-SNAPSHOT</version>
    <name>${project.groupId}</name>


    <modules>
        <module>any-module</module>
    </modules>

    <!-- if remove finalName, maven will not throw StackOverflow error -->
    <build>
        <finalName>${project.groupId}-${project.version}</finalName>
    </build>
</project>

изменить 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>

    <parent>
        <artifactId>any-artifact</artifactId>
        <groupId>com.company</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>

    <groupId>com.company.any-artifact</groupId>
    <artifactId>any-module</artifactId>
    <packaging>pom</packaging>  

  <!--   <name>${project.parent.name}-${project.artifactId}</name>  --> 

    <modules>
        <module>any-submodule</module>
    </modules>  
     <build>
        <finalName>${project.parent.name}-${project.artifactId}</finalName>
    </build> 
</project>

изменить подмодуль 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>

    <parent>
        <artifactId>any-module</artifactId>
        <groupId>com.company.any-artifact</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>

    <groupId>com.company.any-artifact.any-module</groupId>
    <artifactId>any-submodule</artifactId>
        <!-- <name>${project.parent.name}-${project.artifactId}-${project.version}</name>    -->
    <build>
        <finalName>company-${project.parent.name}-${project.artifactId}-${project.version}</finalName>
    </build>
</project>

затем вывод был: компания-любой-модуль-любой-подмодуль-1.0-снимок