Question

我有一个多模块项目。该方面目前已添加到“核心”项目中。在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失败。然后在没有mvn install的情况下运行clean。我看到目标文件夹中的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>

Answer 1

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

之前已经观察到了这个方面的编译插件行为，并在此处进行了描述：

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

您需要更深入地研究底层问题，但正如一位评论者已经建议的那样，只应在需要它的模块中启用aspectj编译器。

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

Answer 2

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

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

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

2 个答案: