如何在 Maven 中解压 AAR 依赖类？

Posted 2023-02-16

【中文标题】如何在 Maven 中解压 AAR 依赖类？

【英文标题】：How do I unpack AAR dependency classes in Maven?

【发布时间】：2015-11-26 13:53:26

【问题描述】：

我使用 Maven，我需要处理来自其他依赖项的类。在处理类之前，maven-dependency-plugin 用于以unpack-dependencies 目标解包这些依赖项，这样我就可以处理target 目录中的类。当引用的依赖项被打包为 JAR 时，一切都很好。现在我面临一个需要以特殊方式进行类处理的 AAR 依赖项。到目前为止我得到的错误是：

Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.10:unpack-dependencies (aars-only) on project app-android: Unknown archiver type: No such archiver: 'aar'. -> [Help 1]

aars-only 执行标识符来自下面的配置，但通常如果不拆分执行，它会给出相同的错误。这是我的maven-dependency-plugin 配置，稍后我将其拆分为两个执行：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
        <execution>
            <id>jars-only</id>
            <phase>process-classes</phase>
            <goals>
                <goal>unpack-dependencies</goal>
            </goals>
            <configuration>
                <includeScope>runtime</includeScope>
                <includeGroupIds>foo-group,bar-group</includeGroupIds>
                <includeTypes>jar</includeTypes> <!-- this is necessary to skip AAR dependencies -->
                <outputDirectory>$project.build.directory/classes</outputDirectory>
            </configuration>
        </execution>
        <execution>
            <id>aars-only</id>
            <phase>process-classes</phase>
            <goals>
                <goal>unpack-dependencies</goal>
            </goals>
            <configuration>
                <includeScope>runtime</includeScope>
                <includeGroupIds>baz-group</includeGroupIds>
                <includeTypes>aar</includeTypes> <!-- hoping this can process AARs as well, but it's just another execution, nothing special -->
                <outputDirectory>$project.build.directory/classes</outputDirectory>
            </configuration>
        </execution>
    </executions>
</plugin>

注释掉 aars-only 执行会导致运行时应用程序崩溃，但构建通过了，因为 jars-only 执行仅包含 jar 类型——这不正是我需要的。

如何将 AAR 依赖项 (baz-group) 解压到 target/classes 目录？是否可以以某种方式配置maven-dependency-plugin，以便它可以接受AAR 及其打包的classes.jar？或者有没有其他方法可以让它工作可能只是使用另一个插件？

（也许这是一个有用的提示：我也使用com.simpligility.maven.plugins:android-maven-plugin。）

【问题讨论】：

我没有在这台机器上安装 Maven 来测试，但我推测由于论坛上有许多线程指出这个问题，MDP 根本不会解压AAR。如果您可以使用 ANT 任务对其进行解包，那么将 ANT 阶段嵌入到您的 POM 中可能是最好的选择。 AAR 应该与 ANT 解压缩任务一起使用。

【参考方案1】：

看起来 MDP 插件不能直接使用它。

正如该线程中所指出的 - How to convert AAR to JAR，AAR 本质上是一个包含其他存档信息的 zip。

我可以在这里看到两种可能的方法。

1) - 使用ANT解压AAR，找到里面的jar文件，然后用ANT解压。

2) - 像之前一样使用ANT解压AAR，然后复制到中间文件夹，使用maven-dependency-plugin解压jar。

https://maven.apache.org/guides/mini/guide-using-ant.html

我无法对此进行测试，但这个 POM sn-p 可能可以用作起点。

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-antrun-plugin</artifactId>
<version>1.6</version>
<executions>
    <execution>
        <id>prepare</id>
        <phase>build</phase>
        <configuration>
            <tasks>
                <unzip src="source/my_archive.aar" dest="output/" />
                <copy file="output/classes.jar" tofile="my_archive.jar"/>

                <!-- 
                     Either extract the jar here, 
                     or place it where the maven dependencies plugin 
                     can find it, and extract it in a later build phase 
                -->
            </tasks>
        </configuration>
        <goals>
            <goal>run</goal>
        </goals>
    </execution>
</executions>

【讨论】：

感谢您的回答。坦率地说，我尽量避免使用 Apache Ant，甚至没有在我基于 100 多个仅使用 Maven 的模块的构建过程中引入maven-antrun-plugin。不敢相信我不能只在这里使用 Maven。关于您的想法：假设 AAR 在本地存储库中，我如何指定源 AAR？

我也想知道是否有一个 Maven 插件来处理 ZIP 容器。更奇怪的是为什么maven-dependency-plugin 仍然不允许像处理常规依赖项一样处理 AAR。我的第一个想法是：“不，不敢相信，它必须能够做到”，但是，是的，我也搜索了几个小时，发现只有几个旧线程抱怨缺乏支持。另一个想法是maven-dependency-plugin 是否可以扩展类似于android-maven-plugin 用于在pom.xml 根目录中公开aar 包装的机制。我感到很失望......

我和你一起在 Ant 上，用起来很痛苦！但是，在很多情况下 Maven 无法处理我们尝试使用的配置。在构建之前，我使用 Ant 和 maven 从存档中解压缩 C++ 二进制文件，它使用 ant 移动 zip 并解压缩它。如果您在 Maven 中将 AAR 添加为普通依赖项，然后使用 Ant 任务，解压缩扩展名为 .aar 的文件。这应该为您提供构建目录中的 jar。我已经有一段时间没有这样做了，所以我很抱歉它不是很清楚。

maven 依赖插件应该足以提取 zip，但由于它不喜欢 AAR 存档类型（不管它实际上只是一个 zip），Ant 可能是更好的选择。我同意，Maven 应该只处理这个，但是如果你的构建是稍微不正统的事件，ant 会提供更细粒度的控制。这可能通过 maven-dependency-plugin 实现，但您必须提取 aar 以获取 jar，然后在另一个阶段提取 jar。

感谢您的 cmets，Alex。可能是最后一个问题：假设准备解压缩的源在存储库中，我如何为unzip任务指定确切的src属性（简单地说，只需获取AAR的绝对路径在本地存储库）？我似乎对如何做到这一点视而不见。