Maven: скомпилируйте проект aspectj, содержащий источник Java 1.6

Ответ 1

Версия 1.3 плагина AspectJ намеренно изменила фазу по умолчанию своей цели компиляции из "процессов-источников" для "компиляции". Чтобы восстановить предыдущее поведение запуска ajc перед javac, вам просто нужно добавить тег "фаза" в соответствующий тег "выполнение", например:

<execution>
    <phase>process-sources</phase> <!-- or any phase before compile -->
    <goals>
        <goal>compile</goal>
        <goal>test-compile</goal>
    </goals>
</execution>

Ответ 2

Как насчет того, чтобы сообщать maven-компилятор-плагин пропустить все *.java файлы и позволить аспект-maven-plugin выполнять эту работу?

...
<build>
  <plugins>
    <plugin>
      <artifactId>maven-compiler-plugin</artifactId>
      <version>2.0.2</version>
      <configuration>
        <excludes>
          <exclude>**/*.java</exclude>
        </excludes>
      </configuration>
    </plugin>
    <plugin>
      <groupId>org.codehaus.mojo</groupId>
      <artifactId>aspectj-maven-plugin</artifactId>
      <version>1.3</version>
      <configuration>
        <source>1.6</source>
        <target>1.6</target>
        <encoding>utf-8</encoding>
        <complianceLevel>1.6</complianceLevel>
      </configuration>
      <executions>
        <execution>
          <goals>
            <goal>compile</goal>       <!-- weave main classes -->
            <goal>test-compile</goal>  <!-- weave test classes -->
          </goals>
        </execution>
       </executions>
    </plugin>
  </plugins>
</build>

Ответ 3

Я использовал эту конфигурацию в проекте для компиляции AspectJ и Java 6 с использованием Maven:

<dependencies>
    <dependency>
        <groupId>org.aspectj</groupId>
        <artifactId>aspectjrt</artifactId>
        <version>1.6.8</version>
    </dependency>
</dependencies>

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>2.0.2</version>
            <configuration>
                <source>1.6</source>
                <target>1.6</target>
            </configuration>
        </plugin>
        <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>aspectj-maven-plugin</artifactId>
            <version>1.3</version>
            <configuration>
                <complianceLevel>1.6</complianceLevel>
            </configuration>
            <executions>
                <execution>
                    <goals>
                        <goal>compile</goal>
                        <goal>test-compile</goal>  
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

Ссылка: aspectj-maven-plugin

Ответ 4

Как вы указываете пользовательский компилятор, который указывает на ваш собственный компилятор ajc (то есть make compile: компиляция использует компилятор aspectj, отличный от сплетения)?

Я не знаю, как указать другой compilerId, чем "official" . Не уверен, что это возможно.

Я понимаю, что http://jira.codehaus.org/browse/MCOMPILER-107 решит вашу проблему (AspectJ 1.6+ действительно поддерживает Java 1. 6)? К сожалению, он все еще открыт.

Как вы проигнорируете сбой компиляции: компилируете?

compiler:compile цель Maven Compiler имеет failOnError дополнительный параметр, позволяющий указать, будет ли сборка будет продолжаться, даже если есть ошибки компиляции.

<project>
  ...
  <build>
    ...
    <plugins>
      ...
      <plugin>
        <artifactId>maven-compiler-plugin</artifactId>
        <version>2.2</version>
        <configuration>
          <failOnError>false</failOnError>
          ...
        </configuration>
      </plugin>
    </plugins>
  </build>
</project>

Это может быть уродливое решение этой проблемы.

Как вы получаете maven для запуска aspectj: компилировать цель напрямую, без выполнения компиляции: компилировать?

Проблема заключается в том, что compiler:compile привязан к фазе compile и что вы не можете удалить привязка lifecyle по умолчанию. Таким образом, возможно, есть и другой вариант, но единственный, о котором я могу думать, - это отключить все, используя <packaging>pom<packaging> и восстановить все цели вручную (по крайней мере для этих фаз: process-resources, compile, process-test-resources, test-compile, test, package). Схематически, что-то вроде этого:

process-resources       resources:resources
compile                 aspectj:compile
process-test-resources  resources:testResources
test-compile            compiler:testCompile
test                    surefire:test
package                 ejb:ejb or ejb3:ejb3 or jar:jar or par:par or rar:rar or war:war
install                 install:install
deploy                  deploy:deploy

Это может быть еще один уродливый обходной путь. Отказ от ответственности: не проверен, но должен работать.