我与Intellij Idea(CE)合作
- 2020.2.3
使用Gradle 6.7
路径变量
在OS中配置了以下有关bash配置文件中的路径变量的信息:
- GRADLE_HOME = /使用者/使用者名称/.../gradle/6.7
- GRADLE_USER_HOME = /卷/FP 27072011/分级器/存储库
如何查看自定义位置/Users/username/.gradle
目录是空的。
关于Intellij Idea,其针对Gradle的配置如下:
x1c 0d1x的数据
路径与bash配置文件相同。
注意事项
下图表示与IDE的交互,它们基于:
/Users/username/.gradle
目录为空/Volumes/FP27072011/gradle/repository
目录为空- 使用基于
Gradle
的spring-framework
项目
它要有一个快丢弃的东西在那里转悠。
好了,启动流程:
的
的
开始 * 同步 *
的
Gradle的守护程序已启动
x1c4d 1x的
几秒后失败,并显示:
型
错误消息为:
Gradle could not start your build.
> Could not create service of type FileAccessTimeJournal using GradleUserHomeScopeServices.createFileAccessTimeJournal().
> Timeout waiting to lock journal cache (/Volumes/FP27072011/gradle/repository/caches/journal-1). It is currently in use by another Gradle instance.
Owner PID: unknown
Our PID: 713
Owner Operation: unknown
Our operation:
Lock file: /Volumes/FP27072011/gradle/repository/caches/journal-1/journal-1.lock
* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.
字符串repository
目录显示以下内容
型/Users/username/.gradle
目录显示
型
**观察结果:**在此之前,请观察前两张图中的daemon/6.7
路径/目录,它们分别在 repository 和.gradle
目录中出现了两次
**注意:**当IDE关闭时,/Users/username/.gradle
目录中会出现这个新档案(registry.bin.lock
),如下所示:
型
即使我删除了idea-directory-installation/.gradle
目录(不是/Users/username/.gradle
目录),甚至使用了Invalidating Caches/Restart
,也会出现此问题
到底缺了什么,怎么办?
2条答案
按热度按时间qkf9rpyu1#
您可以检查其他正在运行的Gradle进程并终止它们。在任何系统的shell中输入以下命令:
字符串
然后,使用其pid(进程标识符)杀死先前找到的Gradle进程。例如,如果找到的Gradle进程的pid为12345,则命令将是:
型
tsm1rwdh2#
对于这种特定和明确的情况,问题在于辅助存储器(旋转优盘)与主存储器(硬盘- HDD/SSD)不具有相同的 * 格式类型 *,有关详细信息,请按顺序访问以下链接:
因此,总结如下:
场景
存在用于Gradle的 * 存储库 * 的辅助驱动器
解决方案
使用与主硬盘相同的 * 格式类型 * 格式化辅助设备,问题解决!我不知道为什么会出现这种情况或行为。否则,将出现有关
.lock
文件存在的错误消息,并且守护程序将保持挂起状态考虑因素
我在2台PC中遇到过这种情况,每个操作系统的格式类型都不同。因此,这个解决方案被应用到他们和工作,macOS和Windows。