当前位置: 首页 > 知识库问答 >
问题:

将应用程序发布为3.0升级时“无法创建目录”

万俟招
2023-03-14

在通过运行构建时/gradlew使用下面的堆栈跟踪检查生成失败。我已经将gradle更新为4.1版本,并将其更新为3.0版本,这两个版本都面临这个问题。

>

  • 错误:任务:app:packagedefaultglobalindianlydebug的执行失败。

    无法创建目录C:\Users\

    尝试:使用--info或--debug选项运行以获得更多日志输出。

    例外是:

    组织。格拉德尔。应用程序编程接口。任务。TaskExecutionException:任务执行失败:应用程序:PackageDefaultGlobalInDiagnonLydebug'。在org。格拉德尔。应用程序编程接口。内部的任务。处决ExecuteActionsTaskExecuter。org上的executeActions(ExecuteActionsTaskExecuter.java:100)。格拉德尔。应用程序编程接口。内部的任务。处决ExecuteActionsTaskExecuter。在org上执行(ExecuteActionsTaskExecuter.java:70)。格拉德尔。应用程序编程接口。内部的任务。处决SkipUpToDateTaskExecuter。在org上执行(skipptodatetaskexecuter.java:63)。格拉德尔。应用程序编程接口。内部的任务。处决ResolveTaskOutputCachingStateExecuter。在org上执行(ResolveTaskOutputCachingStateExecuter.java:54)。格拉德尔。应用程序编程接口。内部的任务。处决验证任务执行器。在org上执行(ValidatingTaskExecuter.java:58)。格拉德尔。应用程序编程接口。内部的任务。处决Skippemptysourcefilestaskeecuter。在org上执行(SkipEmptySourceFilesTaskExecuter.java:88)。格拉德尔。应用程序编程接口。内部的任务。处决ResolveTaskArtifactStateTaskExecuter。在org上执行(resolvestakartifactstatestakexecuter.java:52)。格拉德尔。应用程序编程接口。内部的任务。处决无动作安全钳的SkipTask。在org上执行(SkipTaskWithNoActionsExecuter.java:52)。格拉德尔。应用程序编程接口。内部的任务。处决熟练地执行任务。在org上执行(SkipOnlyIfTaskExecuter.java:54)。格拉德尔。应用程序编程接口。内部的任务。处决执行者,执行者。在org上执行(ExecuteAtMostOnceTaskExecuter.java:43)。格拉德尔。应用程序编程接口。内部的任务。处决CatchExceptionTaskExecuter。在org上执行(CatchExceptionTaskExecuter.java:34)。格拉德尔。处决任务图。DefaultTaskGrapherExecuter$EventFiringTaskWorker$1。在org上运行(defaultTaskGrapherExecuter.java:248)。格拉德尔。内部的进步DefaultBuildOperationExecutor$RunnableBuildOperationWorker。在org上执行(DefaultBuildOperationExecutor.java:336)。格拉德尔。内部的进步DefaultBuildOperationExecutor$RunnableBuildOperationWorker。在org上执行(DefaultBuildOperationExecutor.java:328)。格拉德尔。内部的进步DefaultBuildOperationExecutor。在org上执行(DefaultBuildOperationExecutor.java:197)。格拉德尔。内部的进步DefaultBuildOperationExecutor。在org上运行(DefaultBuildOperationExecutor.java:107)。格拉德尔。处决任务图。DefaultTaskGrapherExecuter$EventFiringTaskWorker。在org上执行(defaultTaskGrapherExecuter.java:241)。格拉德尔。处决任务图。DefaultTaskGrapherExecuter$EventFiringTaskWorker。在org上执行(defaultTaskGrapherExecuter.java:230)。格拉德尔。处决任务图。DefaultTaskPlanExecutor$TaskExecutorWorker。org上的processTask(DefaultTaskPlanExecutor.java:124)。格拉德尔。处决任务图。DefaultTaskPlanExecutor$TaskExecutorWorker。在org上访问$200(DefaultTaskPlanExecutor.java:80)。格拉德尔。处决任务图。DefaultTaskPlaneExecutor$TaskExecutorWorker$1。在org上执行(DefaultTaskPlanExecutor.java:105)。格拉德尔。处决任务图。DefaultTaskPlaneExecutor$TaskExecutorWorker$1。在org上执行(DefaultTaskPlanExecutor.java:99)。格拉德尔。处决任务图。DefaultTaskExecutionPlan。在组织上执行(DefaultTaskExecutionPlan.java:625)。格拉德尔。处决任务图。DefaultTaskExecutionPlan。组织上的executeWithTask(DefaultTaskExecutionPlan.java:580)。格拉德尔。处决任务图。DefaultTaskPlanExecutor$TaskExecutorWorker。在org上运行(DefaultTaskPlanExecutor.java:99)。格拉德尔。内部的同时发生的ExecutorPolicy$CatchAndRecordFailures。onExecute(ExecutorPolicy.java:63)位于org。格拉德尔。内部的同时发生的ManagedExecutorImpl$1。在org上运行(ManagedExecutorImpl.java:46)。格拉德尔。内部的同时发生的ThreadFactoryImpl$ManagedThreadRunnable。运行(ThreadFactoryImpl.java:55)的原因是:org。格拉德尔。工具。BuildException:无法创建目录C:\Users\

    • https://help.gradle.org获得更多帮助
  • 共有1个答案

    萧玮
    2023-03-14

    找到这个@https://developer.android.com/studio/build/gradle-plugin-3-0-0-migration.html

    在构建时修改变量输出可能不起作用

    使用variantapi来操作变量输出,这一新插件已经失效。它仍然适用于简单任务,例如在构建期间更改APK名称,如下所示:

    // If you use each() to iterate through the variant objects,
    // you need to start using all(). That's because each() iterates
    // through only the objects that already exist during configuration time—
    // but those object don't exist at configuration time with the new model.
    // However, all() adapts to the new model by picking up object as they are
    // added during execution.
    
        android.applicationVariants.all { variant ->
            variant.outputs.all {
                outputFileName = "${variant.name}-${variant.versionName}.apk"
            }
        }
    

    但是,涉及访问outputFile对象的更复杂任务不再有效。这是因为在配置阶段不再创建特定于变量的任务。这导致插件事先不知道其所有输出,但这也意味着更快的配置时间。

     类似资料:
    • 我已经按照http://reactivemongo.org/releases/0.11/documentation/tutorial/play2.html2.3上的说明进行了操作,但仍然得到了如下所示的stacktrace: ---(从SBT运行应用程序,启用自动重新加载)--- [信息]在/0:0:0:0:0:0:0:9000,播放-监听HTTP 请有人告诉我上面的stacktrace实际上是什

    • 升级到Flatter 3.0版后,我的项目在第一次运行时崩溃。请参阅下面的日志。求你了,我需要帮助。 在调试模式下在IA模拟器上的AOSP上启动lib/main.dart... ✓内置构建/应用程序/输出/flutter-apk/app-debug.apk. 正在连接ws://127 . 0 . 0 . 1:41249/Xu B1 pru 2 wgq =/ws I/Choreographer(62

    • 我在IntelliJ终端中运行mvn clean package时出现此错误: [错误]无法执行目标组织。阿帕奇。专家插件:maven编译器插件:3.6.1:项目保护编译(默认编译):致命错误编译:无效目标版本:1.8- 这是在告诉我它正试图用Java 1.8编译,还是它期望使用Java 1.8,但可用的版本不正确?

    • 我对我帮助开发的一些Android移动应用程序进行了漏洞测试,发现了一些奇怪的行为。这些应用程序使用了默认的Android5.0.2密码套件列表,其中包括TLS_FALLBACK_SCSV(0x5600)套件,该套件旨在防止贵宾犬。请参见下面的密码套件列表: 密码套件:TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA(0xc009)密码套件:TLS_ECDHE_ECDSA_

    • 我目前正在试验托管。NET CoreCLR在C应用程序中基本上实现某种插件系统。 我使用corerun源代码作为基础,开始并探索如何构建本机主机—其他教程/文档通常以某种方式失败 最后我让它工作了,我可以初始化运行库,创建AppDomain并执行.NET Core程序集。 我的下一步是运行多个程序集,因此我只是创建了第二个测试程序集,并尝试以与第一个测试程序集相同的方式执行它。 实际上,我的应用程

    • 刚刚将一个应用程序从V12升级到V13-仅在帮助中进行文本更改。工作很好。 上传给开发人员。它不会发布新的APK,说: “无法发布此配置,原因如下:版本12未提供给任何设备配置:所有可能接收版本12的设备都将接收版本13。” 它在说什么?V12是针对40K+设备发布的,我刚刚对其他三个应用程序做了完全相同的事情,没有任何问题,但这一个不会有。 不知道这是什么意思。我能做的就是把它存为草稿。