gpt4 book ai didi

android - OSS 许可证插件不包含库模块许可证

转载 作者:塔克拉玛干 更新时间:2023-11-01 21:28:45 28 4
gpt4 key购买 nike

迁移到适用于 Gradle 3.0 的 Android 插件后,OSS 许可证插件 (https://developers.google.com/android/guides/opensource) 不再包含来自项目库模块依赖项的许可证。只有“应用程序”模块。

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

如果我将插件“应用”到我的所有模块,third_party_license 数据会在每个模块的原始文件夹中生成。但最终只有来自应用模块的数据才会出现在 APK 中。

这个问题有解决办法吗?

最佳答案

是的,没错。

根据我对插件工作原理的搜索,插件会将数据生成到 Artifact 的 res/raw 文件夹中(aarapk,但不是 jar 文件)基于它可以从库中获取的 POM 文件。然后合并的其余部分由 Gradle Android 插件完成,而不是由 OSS 许可证插件完成,后者合并来自所有源(依赖库、模块、主应用程序等)的 res 文件夹。然而,问题在于,在合并时,如果存在重复的相同资源(link 解释),Android Gradle 插件将选择一个,并且选择的那个是基于优先级的,这意味着因为两个应用程序模块和 lib 模块正在生成重复的 R.raw.third_party_license 资源,来自 app 模块的资源比来自模块的资源具有更高的优先级,因此来自模块的许可证信息不包括在内。

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

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

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

关于android - OSS 许可证插件不包含库模块许可证,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48488273/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com