问题标签 [manifest-merging]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票
1 回答
1353 浏览

android - 反应原生Android构建错误:清单合并失败:属性application@appComponentFactory

突然出现了这个构建错误(不知从何而来),它在早上运行良好。

我尝试启用 AndroidX 标志,但发现 ViewCompat 类未找到问题。所以我把它回滚了。从昨天开始我没有做任何改变,直到今天它完全没有问题。

是因为这个版本吗?

如果有人能帮忙就好了。

0 投票
1 回答
430 浏览

android - 如何修复 android studio 上的清单合并失败错误?

我最近格式化了我的电脑并设置了最新版本的 Android Studio。现在我在构建项目时遇到了问题。当我选择一个空活动时,一开始我遇到了实施错误。

通过一些资源,我发现它是关于土耳其字母的。比我用大的“İ”字母改变它,我已经解决了这个问题。现在我可以用空活动构建项目。

但我会选择 Google Maps Activity,但我遇到了我添加的错误。

任何想法如何解决?

感谢任何回复的建议!

清单合并失败:来自 [com.android.support:support-compat:28.0.0] AndroidManifest.xml:22:18-91 的属性 application@appComponentFactory value=(android.support.v4.app.CoreComponentFactory) 也存在于[androidx.core:core:1.0.0] AndroidManifest.xml:22:18-86 value=(androidx.core.app.CoreComponentFactory)。建议:将 'tools:replace="android:appComponentFactory"' 添加到 AndroidManifest.xml:12:5-41:19 的元素以覆盖。

0 投票
1 回答
563 浏览

android - 添加 Google Firebase 身份验证后清单合并失败

将 Firebase 身份验证添加到应用程序实现后,我收到了 Manifest Merger failed 错误。

“清单合并失败并出现多个错误,请参阅日志”

我尝试使用不同版本的身份验证,但没有奏效。StackOverflow 中相同类型问题的解决方案对我不起作用。

我尝试了合并清单中的建议更改,但再次出现此错误

合并错误:错误:工具:在第 6 行指定属性 android:appComponentFactory,但没有指定新值应用程序主清单(此文件),第 5 行错误:验证失败,退出应用程序主清单(此文件)

我需要摆脱这个错误。

0 投票
1 回答
490 浏览

android - Android - AAR 文件导致错误

我建立了一个 aar 文件。它使用了一些依赖。我的库的 build.gradle 文件:

我的 aar 文件路径 ->app/libs/mylibrary.aar

我编辑顶级 build.gradle 文件

将库添加为依赖项

我的应用程序 ID:my.sample.app

任务 :app:processReleaseManifest /SampleApp/app/src/main/AndroidManifest.xml:6:5-21:19 警告:application@android:label 被标记在 AndroidManifest.xml:6 以替换其他声明,但没有其他声明存在/ SampleApp/app/src/main/AndroidManifest.xml:6:5-21:19 警告:application@android:icon 被标记在 AndroidManifest.xml:6 以替换其他声明,但没有其他声明存在 /user/.gradle/caches /transforms-2/files-2.1/eb66b88fff0dbb2e75f036f5373b5bbf/res/layout/activity_btb.xml:10:AAPT:错误:找不到属性“my.sample.app:layout_constraintLeft_toLeftOf”。

我添加了库使用的依赖项,错误消失了。

但这不是最好的方法。我该如何解决这个错误?为什么我的图书馆找不到它的依赖项。

0 投票
1 回答
233 浏览

android - 无法使用库项目构建 android 项目:清单合并失败并出现多个错误

尝试使用库项目构建项目时出现此错误。

java.lang.RuntimeException:清单合并失败并出现多个错误,请参阅 com.android.build.gradle.tasks 上 com.android.build.gradle.internal.tasks.manifest.ManifestHelperKt.mergeManifestsForApplication(ManifestHelper.kt:181) 的日志.ProcessApplicationManifest.doFullTask​​Action(ProcessApplicationManifest.java:218) 在 com.android.build.gradle.internal.tasks.IncrementalTask​​.handleIncrementalInputs(IncrementalTask​​.kt:107) 在 com.android.build.gradle.internal.tasks.IncrementalTask​​.access $handleIncrementalInputs(IncrementalTask​​.kt:64) at com.android.build.gradle.internal.tasks.IncrementalTask​​$taskAction$$inlined$recordTaskAction$1.invoke(AndroidVariantTask.kt:51) at com.android.build.gradle.internal .tasks.IncrementalTask​​$taskAction$$inlined$recordTaskAction$1.invoke(AndroidVariantTask.kt:31) 在 com.android.build.gradle.internal.tasks.Blocks.recordSpan(Blocks.java:91) 在 com.android.build.gradle.internal.tasks.IncrementalTask​​.taskAction$gradle(IncrementalTask​​.kt:134)在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method .invoke(Method.java:498) at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:103) at org.gradle.api.internal.project.taskfactory.IncrementalTask​​InputsTaskAction.doExecute(IncrementalTask​​InputsTaskAction.java:47 ) 在 org.gradle.api.internal.project.taskfactory.StandardTaskAction.execute(StandardTaskAction.java:42) 在 org.gradle.api.internal.project.taskfactory.AbstractIncrementalTask​​Action.execute(AbstractIncrementalTask​​Action.java:25) 在 org.gradle.api.internal.project.taskfactory.StandardTaskAction.execute(StandardTaskAction.java:28) 在 org.gradle.api。 internal.tasks.execution.ExecuteActionsTaskExecuter$5.run(ExecuteActionsTaskExecuter.java:476) at org.gradle.internal.operations.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:402) at org.gradle.internal.operations.DefaultBuildOperationExecutor$RunnableBuildOperationWorker org.gradle.internal.operations.DefaultBuildOperationExecutor 的 .execute(DefaultBuildOperationExecutor.java:394)$1.execute(DefaultBuildOperationExecutor.java:165) 的 org.gradle.internal.operations.DefaultBuildOperationExecutor。在 org.gradle.internal.operations.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:92) 在 org.gradle 的 org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158) 执行(DefaultBuildOperationExecutor.java:250) .internal.operations.DelegatingBuildOperationExecutor.run(DelegatingBuildOperationExecutor.java:31) 在 org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:461) 在 org.gradle.api.internal.tasks.execution .ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:444) 在 org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.access$200(ExecuteActionsTaskExecuter.java:93) 在 org.gradle.api.internal.tasks.execution。ExecuteActionsTaskExecuter$TaskExecution.execute(ExecuteActionsTaskExecuter.java:237) at org.gradle.internal.execution.steps.ExecuteStep.lambda$execute$0(ExecuteStep.java:32) at java.util.Optional.map(Optional.java:215 ) 在 org.gradle.internal 的 org.gradle.internal.execution.steps.ExecuteStep.execute(ExecuteStep.java:26) 的 org.gradle.internal.execution.steps.ExecuteStep.execute(ExecuteStep.java:32)。 execution.steps.CleanupOutputsStep.execute(CleanupOutputsStep.java:58) at org.gradle.internal.execution.steps.CleanupOutputsStep.execute(CleanupOutputsStep.java:35) at org.gradle.internal.execution.steps.ResolveInputChangesStep.execute( ResolveInputChangesStep.java:48) 在 org.gradle.internal.execution.steps.ResolveInputChangesStep.execute(ResolveInputChangesStep.java:33) 在 org.gradle.internal.execution.steps.CancelExecutionStep.execute(CancelExecutionStep.java:39) 在 org.gradle.internal.execution.steps.TimeoutStep.executeWithoutTimeout(TimeoutStep.java:73) 在 org.gradle.internal.execution.steps。 TimeoutStep.execute(TimeoutStep.java:54) 在 org.gradle.internal.execution.steps.CatchExceptionStep.execute(CatchExceptionStep.java:35) 在 org.gradle.internal.execution.steps.CreateOutputsStep.execute(CreateOutputsStep.java: 51) 在 org.gradle.internal.execution.steps.SnapshotOutputsStep.execute(SnapshotOutputsStep.java:31) 在 org.gradle.internal 的 org.gradle.internal.execution.steps.SnapshotOutputsStep.execute(SnapshotOutputsStep.java:45) .execution.steps.CacheStep.executeWithoutCache(CacheStep.java:208) 在 org.gradle.internal.execution.steps.CacheStep。在 org.gradle.internal.execution.steps.BroadcastChangingOutputsStep.execute(BroadcastChangingOutputsStep.java:49) 处执行(CacheStep.java:70)在 org.gradle.internal.execution.steps.StoreSnapshotsStep.execute(StoreSnapshotsStep.java:43) 在 org.gradle.internal.execution.steps.StoreSnapshotsStep.execute(StoreSnapshotsStep.java:32) 在 org.gradle.internal.execution .steps.RecordOutputsStep.execute(RecordOutputsStep.java:38) at org.gradle.internal.execution.steps.RecordOutputsStep.execute(RecordOutputsStep.java:24) at org.gradle.internal.execution.steps.SkipUpToDateStep.executeBecause(SkipUpToDateStep .java:96) 在 org.gradle.internal.execution.steps.SkipUpToDateStep.lambda$execute$0(SkipUpToDateStep.java:89) 在 java.util.Optional.map(Optional.java:215) 在 org.gradle.internal.execution.steps.SkipUpToDateStep.execute(SkipUpToDateStep.java:54) 在 org.gradle.internal.execution.steps.SkipUpToDateStep .execute(SkipUpToDateStep.java:38) at org.gradle.internal.execution.steps.ResolveChangesStep.execute(ResolveChangesStep.java:76) at org.gradle.internal.execution.steps.ResolveChangesStep.execute(ResolveChangesStep.java:37 ) 在 org.gradle.internal.execution.steps.legacy.MarkSnapshottingInputsFinishedStep.execute(MarkSnapshottingInputsFinishedStep.java:26) 在 org.gradle.internal.execution.steps.legacy.MarkSnapshottingInputsFinishedStep.execute(MarkSnapshottingInputsFinishedStep.java:36)。 gradle.internal.execution.steps.ResolveCachingStateStep.execute(ResolveCachingStateStep.java:90) 在 org.gradle.internal.execution.steps.CaptureStateBeforeExecutionStep.execute(CaptureStateBeforeExecutionStep.java:69) 在 org.gradle.internal 的 org.gradle.internal.execution.steps.ResolveCachingStateStep.execute(ResolveCachingStateStep.java:48) .execution.steps.CaptureStateBeforeExecutionStep.execute(CaptureStateBeforeExecutionStep.java:47) 在 org.gradle.internal.execution.impl.DefaultWorkExecutor.execute(DefaultWorkExecutor.java:33) 在 org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter .execute(ExecuteActionsTaskExecuter.java:140) 在 org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:62) 在 org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter .java:108) 在 org.gradle.api.internal.tasks.execution.ResolveAfterPreviousExecutionStateTaskExecuter.execute(ResolveAfterPreviousExecutionStateTaskExecuter.java:46) 在 org.gradle.api.internal.tasks.execution.ResolveBeforeExecutionOutputsTaskExecuter.execute(ResolveBeforeExecutionOutputsTaskExecuter.java:67) .gradle.api.internal.tasks.execution.CleanupStaleOutputsExecuter.execute(CleanupStaleOutputsExecuter.java:94) 在 org.gradle.api.internal.tasks.execution.FinalizePropertiesTaskExecuter.execute(FinalizePropertiesTaskExecuter.java:46) 在 org.gradle.api .internal.tasks.execution.ResolveTaskExecutionModeExecuter.execute(ResolveTaskExecutionModeExecuter.java:95) 在 org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:57) 在 org.gradle。org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:36) 在 org.gradle.api.internal 的 api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:56)。 tasks.execution.EventFiringTaskExecuter$1.executeTask(EventFiringTaskExecuter.java:77) 在 org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.call(EventFiringTaskExecuter.java:55) 在 org.gradle.api.internal.tasks。 execution.EventFiringTaskExecuter$1.call(EventFiringTaskExecuter.java:52) at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:416) at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor .java:406) 在 org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250) 在 org.gradle.internal.operations 的 org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)。 DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158) at org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:102) at org.gradle.internal.operations.DelegatingBuildOperationExecutor.call(DelegatingBuildOperationExecutor.java:36) at org .gradle.api.internal.tasks.execution.EventFiringTaskExecuter.execute(EventFiringTaskExecuter.java:52) 在 org.gradle.execution.plan.LocalTask​​NodeExecutor.execute(LocalTask​​NodeExecutor.java:43) 在 org.gradle.execution。taskgraph.DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(DefaultTaskExecutionGraph.java:355) at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(DefaultTaskExecutionGraph.java:343) at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute( DefaultTaskExecutionGraph.java:336) 在 org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(DefaultTaskExecutionGraph.java:322) 在 org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker$1.execute(DefaultPlanExecutor.java:134) 在org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker 上的 org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker$1.execute(DefaultPlanExecutor.java:129)。在 org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.run(DefaultPlanExecutor.java:129) 在 org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.executeNextNode(DefaultPlanExecutor.java:193) 执行(DefaultPlanExecutor.java:202)在 org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64) 在 org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48) 在 java.util.concurrent.ThreadPoolExecutor。 runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56)executeNextNode(DefaultPlanExecutor.java:193) at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.run(DefaultPlanExecutor.java:129) at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64)在 org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run( ThreadPoolExecutor.java:624) 在 org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56)executeNextNode(DefaultPlanExecutor.java:193) at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.run(DefaultPlanExecutor.java:129) at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64)在 org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run( ThreadPoolExecutor.java:624) 在 org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56)ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64) at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56)ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64) at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56)ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56)ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56)

我的清单文件看起来像这样

0 投票
0 回答
46 浏览

android - 库中的 FileProvder 安全异常

我有一个需要文件提供程序的库,为了防止与实现应用程序的 FileProvider 发生冲突,我使用了此处提到的方法。尽管库在构建和示例应用程序中测试的库没有问题,但它会引发以下异常。

注意:尽管有例外,我可以使用共享意图将内容共享给其他应用程序。我不知道为什么在仍然共享文件而没有任何崩溃的情况下发生异常。

例外:

显现:

文件提供者用法:

我应该忽略崩溃并继续前进还是我做错了什么?

0 投票
1 回答
195 浏览

java - 清单合并失败:添加 Exoplayer 2.10.5 后属性 application@appComponentFactory

在我的项目中,在我的 app.gradle 文件中添加 Exoplayer 2.10.5 后,我收到此错误:

我的 gradle 版本是 3.5.2

这是我的 app.gradle 文件:

这是我的 AndroidManifest.xml 文件:

当我在 AndroidManifest 文件的应用程序标记中使用tools:replace="android:appComponentFactory"时,会出现此错误:

有什么问题 ?

0 投票
1 回答
57 浏览

android - 集成 firebase crashalytics 17.0.1 时清单合并失败

我正在尝试将 firebase crashalytics 集成到现有的 android appcompat 应用程序中。我按照firebase的指示添加了依赖项,如下所示。

在插件下面添加build.gradle

添加的依赖项如下

但是即使我添加了错误清单合并失败tools:replace="android:appComponentFactory"

清单合并失败:属性 application@appComponentFactory value=(android.support.v4.app.CoreComponentFactory) 来自 [com.android.support:support-compat:28.0.0],因为添加了 firebase crashalytics

0 投票
0 回答
75 浏览

android - 使用风格时出现错误无法实例化活动,并且启动器活动在两种风格中都有不同的代码

出现错误 使用风味时无法实例化活动,并且启动器活动在两种风味中具有不同的代码。

MainActivity 是启动器活动。它包含两种风格的不同代码。

项目结构

--风味1

--> AndroidManifest.xml(包含仅在此风格中使用的活动)

--> 爪哇

----> MainActivity.java(此风味的具体代码)

--风味2

--> AndroidManifest.xml(包含仅在此风格中使用的活动)

--> 爪哇

----> MainActivity.java(此风味的具体代码)

- 主要的

--> AndroidManifest.xml(仅使用清单标签,即只使用空清单文件)

当我对这两种口味都有共同的 MainActivity 时,代码运行良好。但是现在当我在模拟器/任何设备上运行代码时,它会在 logcat 中显示此错误

java.lang.RuntimeException:无法实例化活动 ComponentInfo{some.package.flavor1/some.package.MainActivity}:java.lang.ClassNotFoundException:在路径上找不到类“some.package.MainActivity”:DexPathList [[。 ..]]

在进行干净的项目或重建后,有时应用程序工作得很好,但大多数时候应用程序崩溃并给出上述错误。

感谢您阅读问题。我希望它是可以理解的...

0 投票
0 回答
18 浏览

android-studio - 我们可以在 android studio 和 gradle 中运行与清单合并相同级别的任务吗?

所以我想知道我们是否可以定义一个可以跨android应用程序中所有模块运行的gradle任务,我的目标是通过注释处理器在每个模块中创建一个文件,然后将所有文件合并到一个模块中