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

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (116)

我有一个多模块项目。该方面目前被添加到“core”项目中。当在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>
提问于
用户回答回答于

根据AspectJ编译器的Maven插件,您可以设置argumentFileName来查找现有的builddef.lst

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

用户回答回答于

在Maven调用中启用调试以深入挖掘。你应该注意到,aspectj编译只在第一次使用clean的maven调用期间被调用。由于builddef.lst在第一次调用后已经存在,因此在不清除的情况下调用将跳过aspectj编译。

这方面的编译插件的行为已经被观察过,并在这里描述:

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

您需要深入探讨潜在问题,但正如一位评论者所建议的那样,只应在需要它的模块中启用aspectj编译器。

否则,正如您已经观察到的那样,aspectj编译需要额外的依赖项。我已经将aspectj编译成了我自己的工作,没有问题,仅限于需要它的模块。

扫码关注云+社区