IntellIj 2018.3java.lang.AssertionError刷新gradle项目时的错误
我到处找，但很少有人有这个问题。
在使用外部系统时出现异常：java.lang.assertionerror位于org.jetbrains.plugins.gradle.service.project.baseGradleProjectResolverExtension.populateModuleContentRoot(baseGradleProjectResolverExtension.java:272)，位于com.android.tools.idea.gradle.project.sync.idea.androidGradleProjectResolver.java:185)，位于）在org.jetbrains.plugins.gradle.service.project.abstractProjectResolverExtension.populateModuleContentRoots（AbstractProjectResolverExtension.java：95）在org.jetbrains.plugins.gradle.service.projactProjectResolverExtension.populateModuleContentRoots（AbstractProjectResolverExtension.java：95）在adle.service.project.tracedProjectResolverExtension.populateModuleContentRoots（tracedProjectResolverExtension.java:62)在org.jetbrains.plugins.gradle.service.pradleProjectResolver.doResolveProjectInfo（gradleProjectResolver.java:382)在org.jetbrains.plugins.gradle.service.pradleProjectResolver.access$200（tresolver.java:879)在org.jetbrains.plugins.gradle.service.project.gradleProjectResolver$ProjectConnectionDataNodeFunction.fun（gradleProjectResolver.java:862)在org.jetbrains.plugins.gradle.service.execution.gradleExecutionHelper.execute(GradleExecutionHelper.execute(GradleExecutionHelper.217)在com.intell的ectinfo（gradleprojectresolver.java:76)ij.openapi.externalsystem.service.remote.remoteExternalSystemprojectResolverImpl.lambda$resolveProjectInfo$0(remoteExternalSystemprojectResolverImpl.java:37)在com.intellij.openapi.externalSystem.service.remote.ExternalSystemService.extremactRestemSystemService.extremoteExternalSystemService.java:58)在tResolverWrapper.resolveProjectInfo（ExternalSystemProjectResolverWrapper.java:45)在com.intellij.openapi.externalSystem.Service.Internal.ExternalSystemResolveProjectTask.doExecute（ExternalSystemResolveProjectTask.java:100)在com.intellij.openapi.externalSystem.Service.InternalExternalSystemResolveProjectTask.execute（rnalsystemtask.java:152)在com.intellij.openapi.externalsystem.util.externalsystemutil.java:554)在com.intellij.openapi.externalsystem.util.externalsystemutil$5执行(externalsystemutil.java:554)在com.intellij.openapi.externalsystem.util.externalsystemutil.java:659)在com.intellij.openapi.progress.impl.coreProgressManager ProgressManager.RegisterIndicatorandrun(CoreProgressManager.java:582)在com.intellij.openapi.progress.impl.coreProgressManager.java:532)在com.intellij.openapi.progress.imples.executeProcessUnderProgress（ProgressManager.java:87)在com.intellij.openapi.progress.imples.coreProgressManager.runProcess(CoreProgressManager.java:151)在plication.impl.applicationImpl$1.run(applicationimpl.java:314)在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)在
有人能帮我吗？
约汉恩
共有1个答案
这是错误的证据（正如Petr Rastegaev在问题的评论中发现的那样）：
- https://youtrack.jetbrains.com/issue/idea-202685
在线程中，我发现了一个对我有效的解决方案：
-
将Android studio更新到1.2.2，后台进程不会结束。（刷新“MemoryCards”Gradle项目）。 现在已经一个多小时了，还很忙？ 这正常吗？为什么要花这么长时间？这是一个小应用程序。 更新： 它在下载gradle zip时失败了： 所以我认为它花了这么长时间的原因是试图下载gradle zip文件+-60 Mb，我的互联网连接很慢... 我使用了另一个互联网来源，它下载了梯度
-
我在Intellij IDEA中工作，我无法用gradle评估这个问题。我达到了学校实验室机器的内存配额，所以我被告知删除我的. gradle目录，因为它占用了最多的空间。但是现在我似乎根本无法刷新我的gradle构建。 自从我删除以来，已经过了一段时间。渐变/目录。我刚才检查了一下，发现我可以通过终端（linux）进入目录，但运行“ls”不会显示文件夹的任何内容。 尝试在intellij中刷新时
-
我有一个在Swagger上具有编译依赖关系的项目，它带来了jackson databind v2.4.5，还有一个在库上具有testCompile依赖关系的项目，该库使用了AWS SDK，它带来了jackson databind v2.6.6。 从gradle运行测试时，一切正常，正确更新的jackson依赖项v2.6.6位于类路径上： intellij依存关系包含两个版本： 然而，当从Intel
-
我来自Maven背景，对Gradle非常陌生。以下是上下文。 我有一个图书馆项目 LibraryStarter 需要将其导入到 图书馆用户 项目。 这两个都是spring boot的项目和建筑 无法使用分级分发“https://services.Gradle.org/distributions/gradle-6.6.1-bin.zip”运行分阶段生成操作。生成文件“C:\work\learn\us