Maven 3 - как добавить зависимость процессора аннотаций?

Добавьте зависимость как необязательную зависимость (<optional>true</optional>). Это добавит зависимость при компиляции, но предотвратит ее переходную зависимость:

<dependency>
  <groupId>org.hibernate</groupId>
  <artifactId>hibernate-jpamodelgen</artifactId>
  <version>${hibernate-jpamodelgen.version}</version>
  <optional>true</optional>
</dependency>

Если вы создаете в этом модуле артефакт со всеми вашими зависимостями (например, .war), вы можете вместо этого использовать <scope>provided</scope>. Это предотвращает переход зависимости и ее включение в артефакт, создаваемый модулем.

В последних версиях можно использовать параметр annotationProcessorPaths подключаемого модуля компилятора Maven:

<pluginManagement>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>3.6.1</version>
            <configuration>
                <annotationProcessorPaths>
                    <annotationProcessorPath>
                        <groupId>org.hibernate</groupId>
                        <artifactId>hibernate-jpamodelgen</artifactId>
                        <version>5.2.6.Final</version>
                    </annotationProcessorPath>
                </annotationProcessorPaths>
            </configuration>
        </plugin>
    </plugins>
</pluginManagement>

Таким образом процессор отделен от реальных зависимостей проекта. Этот параметр также выбирается подключаемым модулем Eclipse M2E, если для проекта включена обработка аннотаций.

Проблема действительно в версии 3. * maven-compiler-plugin. Действует немного иначе, чем версия 2. *. В частности, кажется, что maven-compiler-plugin 3. * не добавляет свои зависимости и расширения сборки в путь к классам, потому что он использует инструменты javax.tools для запуска процесса компиляции. Чтобы вернуть старое поведение для maven-compiler-plugin, вы должны использовать новое свойство конфигурации forceJavacCompilerUse:

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.1</version>
<configuration>
    <forceJavacCompilerUse>true</forceJavacCompilerUse>
</configuration>
....
</plugin>

Для JDK 10 мне действительно пришлось немного сходить с ума, чтобы заставить его работать, Надеясь, что кто-то сочтет это полезным

<jaxb.version>2.3.0</jaxb.version>
<maven.hibernate.version>5.3.2.Final</maven.hibernate.version>

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>${maven.compiler.version}</version>
    <goals>
        <goal>compile</goal>
    </goals>
    <configuration>
        <outputDirectory>${project.build.directory}/generated-sources/annotations</outputDirectory>
        <annotationProcessorPaths>
            <annotationProcessorPath>
                <groupId>org.hibernate</groupId>
                <artifactId>hibernate-jpamodelgen</artifactId>
                <version>${maven.hibernate.version}</version>
            </annotationProcessorPath>
            <annotationProcessorPath>
                <groupId>javax.xml.bind</groupId>
                <artifactId>jaxb-api</artifactId>
                <version>${jaxb.version}</version>
            </annotationProcessorPath>
        </annotationProcessorPaths>
        <annotationProcessors>
            <annotationProcessor>org.hibernate.jpamodelgen.JPAMetaModelEntityProcessor</annotationProcessor>
        </annotationProcessors>
        <compilerArgs>
            <arg>-AaddGeneratedAnnotation=false</arg>
        </compilerArgs>
        <compilerArguments>
            <AaddGeneratedAnnotation>false</AaddGeneratedAnnotation>
            <Adebug>true</Adebug>
        </compilerArguments>
        <failOnError>true</failOnError>
    </configuration>
    <dependencies>
        <dependency>
            <groupId>org.hibernate</groupId>
            <artifactId>hibernate-jpamodelgen</artifactId>
            <version>${maven.hibernate.version}</version>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>javax.xml.bind</groupId>
            <artifactId>jaxb-api</artifactId>
            <version>${jaxb.version}</version>
            <type>jar</type>
        </dependency>
    </dependencies>
</plugin>

Взгляните на jpa-metamodels-with-maven

Для других посетителей я обнаружил, что в серии maven-compiler-plugin 3.x есть некоторые существенные изменения.

Вот как я это делаю. (Я тот, кого вы связали)

Дело в том, что мое решение не работает с этой серией 3.x maven-compiler-plugin.

<project ...>

  <build>

    <extensions>
      <extension>
        <groupId>org.hibernate</groupId>
        <artifactId>hibernate-jpamodelgen</artifactId>
        <version>1.3.0.Final</version>
      </extension>
    </extensions>

    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
        <version>2.5.1</version> <!-- See this? -->
      </plugin>
    </plugins>

  </build>
</project>

Не знаю, какая у вас ошибка сборки, но вот мой случай: в Idea появилась следующая ошибка компиляции: Annotation processor 'org.hibernate.jpamodelgen.JPAMetaModelEntityProcessor' not found error

Но при компиляции из Maven все было нормально.

Итак, моя проблема заключалась в том, что я каким-то образом ошибся в настройках Idea. В частности, выяснилось, что Idea каким-то образом обнаружила процессор и внесла в настройки профилей модуля процессора. Здесь обсуждается.

Я исправил это следующим образом:

1. Перейдите в «Идея»> «Настройки»> «Обработчики аннотаций».
2. For each processor profile make sure that:
   • Enable annotation processing is Yes;
   • В списке справа отсутствует имя FQ обработчика аннотаций того, в котором возникла ошибка (например, «JPAMetaModelEntityProcessor»). Если он указан там, просто выберите и нажмите кнопку «-» минус, чтобы удалить его.

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

<profile>
    <id>XXX-profile</id>
    <dependencies>
         <dependency>
             // XXX artifact path
         </dependency>
    </dependencies>
</profile>