使用 AspectJ 编译器而不是 Javac 时编译时出错

Posted 2023-02-26

【中文标题】使用 AspectJ 编译器而不是 Javac 时编译时出错

【英文标题】：Error while compiling when using AspectJ compiler instead of Javac

【发布时间】：2014-08-04 02:10:41

【问题描述】：

我有一个多模块项目。该方面目前已添加到“核心”项目中。在这里执行mvn clean install 时，它可以工作。但是，尝试在父项目上执行 mvn clean install 时，在编译其他项目之一时会失败并出现此错误：

org.hibernate.annotations.CacheConcurrencyStrategy 类型无法解析。它是从所需的 .class 文件中间接引用的

如果我在该项目中添加 Hibernate 核心依赖项，它也可以工作，但是将依赖项添加到不应该具有依赖项的项目是没有意义的 - 所以它不是一个解决方案。使用javac 编译时，它工作正常。

是什么原因？以及如何修复它，以便我可以使用 AspectJ 编译器而不会将依赖项泄漏到不应该有的项目？

我在父 POM 中有这个配置：

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

更新

我刚发现。每次运行 mvn clean install 都会失败。但是，运行mvn [clean] install 一次会失败。然后在没有clean 的情况下运行mvn install 就可以了。我看到目标文件夹中的builddef.lst 是它工作和失败的原因，具体取决于你是否运行干净。所以现在我的问题是：你如何自动生成这个文件？

父 POM 文件：

    <?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/maven-v4_0_0.xsd">

    <modelVersion>4.0.0</modelVersion>
    <groupId>com.mycompany</groupId>
    <artifactId>core-lib</artifactId>
    <name>core-lib</name>
    <packaging>pom</packaging>

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

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

    <modules>
        <module>core-xyz</module>
        <module>core-xyz2</module>
    </modules>
</project>

【问题讨论】：

异常的堆栈跟踪是什么，你的方面是什么样的？

@KnightRider 你应该更新你的问题而不是添加评论。

@LeonardBrünings 完成。

你能发布更多关于你的 pom 的细节吗？你也试过aspectj-maven-plugin的1.6版本@

@M.Deinum 是的，我试过了。

【参考方案1】：

在 maven 调用上启用调试以深入挖掘。您应该观察到 aspectj 编译仅在第一次使用 clean 的 maven 调用期间被调用。由于第一次调用后 builddef.lst 已经存在，因此在没有 clean 的情况下调用会跳过 aspectj 编译。

这个aspectj compile plugin行为之前已经观察到并在此处进行了描述：

http://out-println.blogspot.com/2007/08/compile-time-checks-with-aspectj-part-2.html?m=1

您需要深入研究以解决根本问题，但正如一位评论者已经建议的那样，aspectj 编译器应该只在需要它的模块中启用。

否则，正如您已经观察到的，aspectj 编译需要额外的依赖项。我通过将 aspectj compile 限制为仅需要它的模块，将它合并到我自己的工作中没有问题。

【参考方案2】：

根据AspectJ compiler Maven plugin，您可以设置argumentFileName 来定位现有的builddef.lst。

因此您可以生成builddef.lst 并将其复制到您的资源文件夹，并指示 AspectJ Maven 插件使用该文件。