OSS许可插件不包含库模块许可

Question

迁移到Gradle 3.0的Android插件后,OSS许可插件(https://developers.google.com/android/guides/opensource)不再包含项目库模块依赖项中的许可.只有"app"模块.

我正在使用com.google.gms:oss-licenses:0.9.1和com.google.android.gms:play-services-oss-licenses:11.8.0

如果我将'插件'应用于我的所有模块,third_party_license则会在每个模块的原始文件夹中生成数据.但最终只有来自app模块的数据才会进入APK.

这个问题有解决方法吗？

Answer 1

对，那是正确的。

根据我对插件工作原理的搜索，插件会根据从库中获取的文件将数据生成到res/raw工件的文件夹中（aar或apk，但不是文件）。然后，其余的合并工作由 Gradle Android 插件完成，而不是由 OSS 许可证插件完成，后者合并来自所有源（依赖库、模块、主应用程序等）的文件夹。然而，这里有一个问题，合并时，如果同一资源有重复项（链接到解释），Android Gradle 插件会选择一个，并且选择的那个是基于优先级的，这意味着应用程序模块和lib 模块正在生成重复的资源，来自 app 模块的资源比来自该模块的资源具有更高的优先级，因此不包括来自该模块的许可证信息。jarPOMresR.raw.third_party_license

有几种方法可以解决这个问题：

1. 在应用程序模块中包含来自库模块的相同依赖项。这可能是最糟糕的想法，但它不会影响您的应用程序，因为 Gradle 会自动解决依赖项，不会出现任何问题，特别是如果它们具有相同版本，如果它们具有不同版本，则 Gradle 会选择最新版本。
2. 不要使用模块依赖项，而是将模块发布到 Maven 存储库（本地或远程，这里有一个链接显示如何在本地完成它），并添加其依赖项，如下所示：implementation 'com.mygroup:library:1.0'。不要忘记将其从项目build.settings文件中删除。这将生成POM库模块的文件，从而让插件读取它并包含它的库许可证。这意味着应该在编译应用程序模块之前编译和发布库，但在发生错误时也可能会导致一些奇怪的编译问题和混乱。

不幸的是，还有一种我认为可行的方法，但事实并非如此。这是通过将库模块中的依赖项更改为而api不是implementation. 这会将库依赖项公开到应用程序模块依赖项中，但会增加项目的构建时间。但最终它没有正确生成原始资源，因为 OSS License Plugin 似乎只从库的 POM 文件中读取依赖项，在这种情况下，POM即使暴露了库模块依赖项，也不会生成该文件。可能应该将其作为增强功能或错误请求发布给插件开发人员。