当前位置: 首页 > 面试题库 >

Android Studio-无法完成gradle执行-打开zip文件时出错

湛铭
2023-03-14
问题内容

我是android开发和android studio IDE的新手。

我从bitbucket中签出了一个项目,当我尝试对其进行编译时,出现以下错误:

无法完成Gradle执行

原因:打开zip文件时出错。

gradle-wrapper.properties的如下:

distributionBase = GRADLE_USER_HOME
distributionPath =包装器/ dists
zipStoreBase = GRADLE_USER_HOME
zipStorePath =包装器/ dists
distributionUrl = http
\://services.gradle.org/distributions/gradle-1.11-all.zip

我无法从中获得太多信息,但是完整的日志指出:

2014-05-23 14:06:28,950 [32077]警告-nal.AbstractExternalSystemTask-
原因:打开zip文件时出错com.intellij.openapi.externalSystem.model.ExternalSystemException:原因:在org.jetbrains中打开zip文件时出错。
org.jetbrains.plugins.gradle处的plugins.gradle.service.project.GradleExecutionHelper.execute(GradleExecutionHelper.java:206)位于org.jetbrains.plugins.gradle.service.project.GradleProjectResolver.resolveProjectInfo(GradleProjectResolver.java:116)。
service.project.GradleProjectResolver.resolveProjectInfo(GradleProjectResolver.java:64)位于com.intellij.openapi.externalSystem.service.remote.RemoteExternalSystemProjectResolverImpl
$
1.produce(RemoteExternalSystemProjectResolverImpl.java:41),位于com.intellij.openapi.externalSystem。
.RemoteExternalSystemProjectResolverImpl $
1。在com.intellij.openapi.externalSystem.service.remote.RemoteExternalSystemProjectProject.solveIm.RemoteExternalSystemProjectResolver
com.intellij.openapi.externalSystem.service.remote.wrapper.ExternalSystemProjectResolverWrapper.resolveProjectInfo(ExternalSystemProjectResolverWrapper.java:49)处的com.intellij.openapi.externalSystem.service.internal.ExternalSystemResolveProjectTask.doExecute(java:37)
48)com.intellij.openapi上的com.intellij.openapi.externalSystem.service.internal.AbstractExternalSystemTask.execute(AbstractExternalSystemTask.java:137)。com.intellij.openapi.externalSystem.util.ExternalSystemUtil
$
3.execute(ExternalSystemUtil.java:467)处的externalSystem.service.internal.AbstractExternalSystemTask.execute(AbstractExternalSystemTask.java:123)在com.intellij.openapi.externalSystem.util.ExternalSystemUtil
$ 4 $
2.run(ExternalSystemUtil.java:546)在com.intellij.openapi.progress.impl.ProgressManagerImpl
$
TaskRunnable.run(ProgressManagerImpl.java:464)在com.intellij.openapi.progress.impl.ProgressManagerImpl
$ 2.run(
com.intellij.openapi.progress.ProgressManager.executeProcessUnderProgress(ProgressManager.java:209)处的com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:212)处的ProgressManagerImpl.java:178)
.openapi.progress.impl.ProgressManagerImpl.runProcess(ProgressManagerImpl.java:171)在com.intellij.openapi.progress.impl.ProgressManagerImpl
$
8.run(ProgressManagerImpl.java:373)在com.intellij.openapi.application.impl.ApplicationImpl
$ 8.run(ApplicationImpl.java:419)在java.util .concurrent.Executors $
RunnableAdapter.call(Executors.java:511)位于java.util.concurrent.FutureTask.run(FutureTask.java:266)位于java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
java.util.concurrent.ThreadPoolExecutor $
Worker.run(ThreadPoolExecutor.java:617)在java.lang.Thread.run(Thread.java:745)在com.intellij.openapi.application.impl.ApplicationImpl
$ 1 $ 1.run( ApplicationImpl.java:149)419)在java.util.concurrent.Executors $
RunnableAdapter.call(Executors.java:511)在java.util.concurrent.FutureTask.run(FutureTask.java:266)在java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor)
.java:1142),位于com.intellij.openapi.application.impl的java.lang.Thread.run(Thread.java:745),位于java.util.concurrent.ThreadPoolExecutor
$ Worker.run(ThreadPoolExecutor.java:617)。 ApplicationImpl $ 1 $
1.run(ApplicationImpl.java:149)419)在java.util.concurrent.Executors $
RunnableAdapter.call(Executors.java:511)在java.util.concurrent.FutureTask.run(FutureTask.java:266)在java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor)
.java:1142),位于com.intellij.openapi.application.impl的java.lang.Thread.run(Thread.java:745),位于java.util.concurrent.ThreadPoolExecutor
$ Worker.run(ThreadPoolExecutor.java:617)。 ApplicationImpl $ 1 $
1.run(ApplicationImpl.java:149)openapi.application.impl.ApplicationImpl $ 1
$ 1.run(ApplicationImpl.java:149)openapi.application.impl.ApplicationImpl $
1 $ 1.run(ApplicationImpl.java:149)

2014-05-23 14:06:28,950 [32077]警告-.project.GradleProjectImporter-2014-05-23
14:06:28,951 [32078]
信息-.project.GradleProjectImporter- 原因:打开zip文件时出错

我正在使用Android Studio 0.5.2。

有人可以为我指出正确的解决方法吗?


问题答案:

“打开zip文件时出错”往往意味着Gradle下载的文件已以某种方式损坏-
这可能是Gradle本身的下载(包装程序所做的),或者是Gradle下载的依赖项以运行您的构建。

Gradle不会尝试检测或解决问题,因此您需要手动修复它。解决方案通常是清除Gradle的下载缓存,并让其获取所需内容的新副本。为此,请同时删除.gradle主目录和项目的根目录中的目录,然后再次尝试构建。



 类似资料:
  • 我是android开发和android studio IDE的新手。 无法完成Gradle执行 原因:打开zip文件时出错。 我的如下所示: 有没有人能为我指出解决这个问题的正确方向?

  • 我跟随了几篇文章,使用javaclass创建了一个zip文件。拉链已创建,但我无法打开它。在我的Mac电脑上,当我用命令打开它时,我收到了这条消息: 找不到中央目录签名的结尾。此文件不是zipfile,或者它构成多部分存档的一个磁盘。在后一种情况下,将在此存档的最后一个磁盘上找到中心目录和zipfile注释。 解压:在/Users/xxxx/Downloads/iad之一中找不到zipfile目录

  • 问题内容: 我有一个Jar文件,其中包含其他嵌套的Jar。当我在该文件上调用新的构造函数时,出现一个异常: java.util.zip.ZipException:打开zip文件时出错 当我手动解压缩此Jar文件的内容并再次将其压缩时,它可以正常工作。 我仅在WebSphere 6.1.0.7和更高版本上看到此异常。相同的东西在tomcat和WebLogic上也可以正常工作。 当我使用JarInpu

  • 我从服务器收到一个zip文件,它必须被处理。我可以手动解压缩它。所以我相信zip文件没有被破坏。 下面的代码从Zip文件中读取文件而不解压它。 注意:我从服务器收到的zip文件大小为5MB。但是一旦我解压缩并压缩回来,新的zip文件大小变成了8MB。 增加:

  • 问题内容: 当我在Tomcat上执行display.war文件时,我在Catalina.2011-03-30.log中收到此错误。错误如下所示: 提前致谢。 问题答案: 不幸的是,原因和解决方案并不像Buhake Sindi所建议的 那么 明显。我之前在几个论坛中都多次看到此问题。我自己至少经历过一次。Google目前对确切的异常消息给出了500多次匹配。一切都没有答案。但是,有一些提示表明它可以

  • 我的服务器中有一个zip文件,我想为用户创建一个下载按钮,下面是我的代码: 下面是我的JS代码: 当我单击“a”元素(downloadLink)时,我可以下载zip文件,但当我尝试打开它时,我会收到一个错误,上面写着: 错误:不是存档警告:标题错误 从服务器的zip文件是100%罚款,我可以打开它没有任何问题,问题是当我从我的网站下载它,所以我认为有一些我是理所当然的。任何帮助都很感激,谢谢。