本文介紹了在Java+Lombok階段后如何使用AspectJ Maven進行二進制編織的處理方法，對大家解決問題具有一定的參考價值，需要的朋友們下面隨著小編來一起學習吧！
問題描述
我有一個項目，它使用已編譯的方面并在編譯時編織它們。我想添加龍目島，但不幸的是龍目島不支持AJC。因為這個項目本身沒有任何方面的源代碼，所以我將AspectJ Maven插件配置為在使用Javac+Lombok編譯之后進行編譯后編織。
以下是AspectJ Maven插件的配置：
<forceAjcCompile>true</forceAjcCompile>
<sources/>
<weaveDirectory>${project.build.outputDirectory}</weaveDirectory>
在Maven編譯器插件編譯之后，將其附加到編譯階段。這樣，將首先調用Lombok+Javac，然后AJC將對生成的Java類文件執行編織。
在javac生成的類上執行字節碼編織有什么限制/缺點嗎？
也許有一種更好的方法可以讓Maven+Lombok+Aspects+IDEA協同工作，而不會出現問題。
這里有一個最小的示例項目：https://github.com/Psimage/aspectj-and-lombok
推薦答案
當您在另一個問題的評論中問我時，我實際上認為您的方法有問題，但它是有效的。為了直接從IDE(IntelliJ IDEA)運行測試，我必須做的唯一一件事就是將應用程序和測試運行者實際委托給Maven，否則IDEA不會同時應用Lombok+AspectJ。
如果您的方法有效，請使用它。但實際上AspectJ Maven建議another approach：首先使用Maven編譯器編譯到另一個輸出目錄，然后將該目錄用作AspectJ編譯器的編織目錄。不過，示例POM并不能100%正常工作，因為當在命令行中為Javac指定輸出目錄時，該目錄需要存在，編譯器不會創建該目錄。因此，您還需要一些丑陋的Antrun動作：
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-antrun-plugin</artifactId>
<version>1.8</version>
<executions>
<execution>
<id>unwovenClassesFolder</id>
<phase>generate-resources</phase>
<configuration>
<tasks>
<delete dir="${project.build.directory}/unwoven-classes"/>
<mkdir dir="${project.build.directory}/unwoven-classes"/>
</tasks>
</configuration>
<goals>
<goal>run</goal>
</goals>
</execution>
</executions>
</plugin>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<executions>
<execution>
<!-- Modifying output directory of default compile because non-weaved classes must be stored
in separate folder to not confuse ajc by reweaving already woven classes (which leads to
to ajc error message like "bad weaverState.Kind: -115") -->
<id>default-compile</id>
<configuration>
<compilerArgs>
<arg>-d</arg>
<arg>${project.build.directory}/unwoven-classes</arg>
</compilerArgs>
</configuration>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>aspectj-maven-plugin</artifactId>
<configuration>
<aspectLibraries>
<aspectLibrary>
<groupId>me.yarosbug</groupId>
<artifactId>aspects</artifactId>
</aspectLibrary>
</aspectLibraries>
<forceAjcCompile>true</forceAjcCompile>
<sources/>
<weaveDirectories>
<weaveDirectory>${project.build.directory}/unwoven-classes</weaveDirectory>
</weaveDirectories>
</configuration>
<executions>
<execution>
<phase>process-classes</phase>
<goals>
<goal>compile</goal>
</goals>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.22.2</version>
</plugin>
</plugins>
我建議使用另一種方法作為替代：
-
創建未編織的Java模塊，在那里執行Java+Lombok操作。
使用Java模塊作為編織依賴項，為AspectJ二進制編織創建一個單獨的模塊。因為您的單元測試同時依賴于Lombok和AspectJ，所以將測試放在此模塊中。
這樣做的好處是，您不需要糾結于多個編譯器、執行階段、輸出目錄、Antrun等。
更新：
我克隆了您的GitHubMCVE和this commit on branch master反映了我在上面的示例XML中解釋的內容。
我還創建了branch multi-phase-compilation和another commit，它根據我的替代想法有效地重構了項目。我只是引用提交消息：
Multi-phase compilation: 1. Java + Lombok, 2. AspectJ binary weaving
There are many changes (sorry, I should have split them into multiple
commits):
- Marker annotation renamed to @marker and moved to separate module
because the main application should not depend on the aspect module.
Rather both application and aspect now depend on a common module.
- New module "main-app-aspectj" does only AspectJ binary weaving on
the already lomboked Java application.
- Both application modules have slightly different unit tests now: One
checks that Lombok has been applied and AspectJ has not, the other
checks that both have been applied.
- Aspect pointcut limits matching to "execution(* *(..))" in order to
avoid also matching "call()" joinpoints.
The end result is that now we have a clear separation of concerns, clear
dependencies, no more scripted Ant build components and the new option
to use the lomboked code optionally with or without aspects applied
because both types or JARs are created during the build.
請隨意將我的fork作為另一個遙控器添加到您的Git存儲庫，并從那里獲取我的更改。如果您希望我向您發送拉取請求以使操作更輕松，請讓我知道。
這篇關于在Java+Lombok階段后如何使用AspectJ Maven進行二進制編織的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，
