问题标签 [android-jetifier]

我正在使用库 Chuck https://github.com/jgilfelt/chuck

我不确定什么时候，但我最近更新了 Android Studio，我认为这可能是根本原因，因为它似乎与 jetifier 的 androidx 转换有关，目前我使用的是 Android Studio 3.3.1

在更新之前，我让 Chuck 正常工作，而且我在 AndroidX 上已经有一段时间了，所以这是一个 jetifier 错误吗？或者这是预期的，是我分叉这个 2 年的项目并将其转换为 AndroidX 兼容性的时候了？这个库很不错，我真的不想放弃它。

当我查看 Chuck 源时，BaseChuckActivity 正在扩展 AppCompatActivity，它已经应该扩展 LifecycleOwner 类，所以我得出结论，这似乎是一个 Jetifier 错误。

我遇到的崩溃

我正在尝试将项目转换为 AndroidX，但在其中一个播放服务库中遇到了一个奇怪的问题。Jetifier 似乎只替换了版本而不是包名：

它应该替换com.android.support:support-v4为androidx.legacy:legacy-support-v4.

当 Jetifier 无法以这种方式转换依赖项时，是否有解决方法？

我的 Android 项目有 2 个 Android 库模块：app和boo. app模块已经迁移到 AndroidX，boo仍在使用支持库。

在boo模块中，我想添加一个既依赖于支持库又使用数据绑定的新库。

我已经在我的gradle.properties. 我正在使用 Android Gradle 构建工具 v.3.3.2 和 Gradle v.5.3.1。

这是我的 gradle.properies

我app的使用 AndroidX 的 build.gradle。

我boo的 build.gradle。该模块依赖于一个同时使用数据绑定和支持库的库。

我希望 Android Jetifier 将所有支持库转换为 AndroidX，但它似乎无法将ConstraintLayout生成的数据绑定转换为 AndroidX。

我有一个已迁移到 AndroidX 的 Android 项目。在某个时候，我想添加一个新库。该库正在使用具有数据绑定的支持库。

我在我的 gradle.properties 中启用了 Android Jetifier。我正在使用 Android Gradle 构建工具 v.3.3.2 和 Gradle v.4.10.1。

这是我的 gradle.properties：

这是我的 build.gradle：

我在编译时收到以下错误。

GallerypickerBinding是从新添加的库的数据绑定生成的类。当我检查这个文件时，它使用androidx.databinding.ViewDataBindingAndroidX，但在同一个文件中，它仍然使用android.support.constraint.ConstraintLayout支持库。

我希望 Android Jetifier 能够将所有支持库转换为 AndroidX，但它似乎无法将数据绑定生成的 ConstraintLayout 转换为 AndroidX。

试图将我的应用程序更新为androidX依赖项。按照此处的说明进行操作，编译失败。该错误来自JetifyTransform未能处理某个 .JAR 依赖项的任务（仅供参考-Samsungs Spass SDK）：

尝试使用jetifier-standalone工具进行喷射具有相似的结果：

现在，我真的不介意 SDK 是否没有被喷射，所以我尝试android.enableJetifier=false在我的gradle.properties文件中进行设置，但由于不同的原因编译再次失败 -SupportMapFragment与 androidX 不兼容，正如此处报道的那样

所以我被困住了。使用 jetify，.JAR 不会转换。与它 - SupportMapFarg 不兼容。

有什么建议么？

PS你知道什么会很好吗？如果有ignore喷射功能的选项

我已经使用 android studio 3.4 迁移到 androidX，迁移后我每次都面临这个问题。虽然我已经尝试排除黄油刀 compilerAnnotationgradle.properties但这表明WARNING: The option setting 'android.jetifier.blacklist=butterknife.*\.jar' is experimental and unsupported.

我还更新了最新的黄油刀依赖项，JakeWharton 本人在其中提到该问题已得到解决，并且是 jetifier 问题。看看这个解决方法

在我的build.gradle档案中

所以我认为这个支持库会导致问题。我已经尝试了谷歌第一个搜索结果中出现的所有解决方案，但无法解决。

这是我的 build.gradle 文件

尝试在 CI/CD 环境中使用 Jetifier，特别是我使用的是 bitrise，但真正的问题是我想自动化部署过程。在 AndroidX 之前，这工作得很好，现在我需要一种通过命令行为整个应用程序使用 jetifier 的方法。我已经陷入使用exclude来摆脱所有可以想象的依赖的兔子洞，但是enableJetifier=true什么也没做，除非你从 Android Studio 构建。我是否错过了在过去 2 周的谷歌搜索中没有找到的 gradle 插件？或者这是一个未解决的问题？

这个错误是在我将我的 react-native 升级到 0.59 版本并应用 jetifier 进行新更新后发生的。

我们正在努力减少喷射器转换对我们的 CI 构建的影响。我们正在使用 AndroidX，并且我们升级了所有代码以使用 AndroidX 包。我们启用了 jetifier，因此我们使用的所有依赖项都会自动迁移。我们的构建在本地和 CI 上都运行良好。然而，自从切换到 AndroidX 以来，我们的 CircleCI 构建需要大量时间，特别是 AAR 的转换。显然，jetifier 步骤是一项工作，在我们更新任何依赖项之前，它可以被缓存，因此不会每次都重复转换，但我们很难做到这一点。

我们尝试app:assembleOurFlavorDebug在 CircleCI 缓存上运行之前保存，但转换仍然在每个构建上运行。save_cache 步骤保存/gradle目录并使用一些 .gradle 文件的内容作为哈希。我们观察到 2 次连续构建（相同的缓存哈希），两次我们都注意到 Jetifier 在所有 AAR 上运行

我们希望在后续构建中重新使用 jetifier 转换的结果。

最初我创建了使用 react-native run-android 正常运行的项目，现在它有以下错误： Já tentei o comando: react-native run-android --no-jetifier

详细说明我圈出的代码，它不再适用于您尝试创建的任何项目。