Closed caixinyuan closed 4 months ago
build.gradle
plugins {
id("java")
id("org.jetbrains.intellij") version "1.8.0"
}
group = "com.example"
version = "1.0-SNAPSHOT"
repositories {
mavenCentral()
}
// Configure Gradle IntelliJ Plugin
// Read more: https://plugins.jetbrains.com/docs/intellij/tools-gradle-intellij-plugin.html
intellij {
version.set("2021.3.3")
type.set("IC") // Target IDE Platform
plugins.set(listOf(/* Plugin Dependencies */))
}
tasks {
// Set the JVM compatibility versions
withType<JavaCompile> {
sourceCompatibility = "11"
targetCompatibility = "11"
}
patchPluginXml {
sinceBuild.set("213")
untilBuild.set("223.*")
}
signPlugin {
certificateChain.set(System.getenv("CERTIFICATE_CHAIN"))
privateKey.set(System.getenv("PRIVATE_KEY"))
password.set(System.getenv("PRIVATE_KEY_PASSWORD"))
}
publishPlugin {
token.set(System.getenv("PUBLISH_TOKEN"))
}
runIde{
jvmArgs = listOf("-Xms768m", "-Xmx2048m", "--add-exports", "java.base/jdk.internal.vm=ALL-UNNAMED")
}
}
Please update to 1.10.0
This is still the case after the update
This problem only arises in Space remote development @hsz
Sorry for the late reply. Can you please provide --debug
logs? I still cannot reproduce this issue.
I got hit by this today, on 1.13.1
It may be a config cache issue, I checked the disk and the extracted
directory inside of the JBR was gone
➜ /Users/austin.brooks/.gradle/caches/modules-2/files-2.1/com.jetbrains/jbre/jbr_dcevm-11_0_15-osx-aarch64-b2043.56/extracted/jbr/Contents/Home/bin/java
ls: cannot access '/Users/austin.brooks/.gradle/caches/modules-2/files-2.1/com.jetbrains/jbre/jbr_dcevm-11_0_15-osx-aarch64-b2043.56/extracted/jbr/Contents/Home/bin/java': No such file or directory
➜
/Users/austin.brooks/.gradle/caches/modules-2/files-2.1/com.jetbrains/jbre/jbr_dcevm-11_0_15-osx-aarch64-b2043.56/
total 0
drwxr-xr-x 3 austin.brooks 96 Jan 4 12:57 10c2eeeeeac9bf598079086957369b35cc88ddc0
Was unable to get debug logs since Gradle decided to throw away the config cache when I switched to run it from the terminal and of course it started to work again
Can it be that Gradle itself removed some content from this directory during i.e. cleanup?
Thats possible I guess, if it can't detect anything uses it for 7 (or 30?) days it may get deleted
Would it make sense to make the JBR an internal toolchain provider and let Gradle handle the book keeping? https://docs.gradle.org/current/userguide/toolchain_plugins.html
This was redesigned in 2.0; by default, IDE installers are used with JBR bundled; for non-installer IntelliJ Platform artifacts, it's necessary to add a dependency on jetbrainsRuntime()
, whose resolution is also rewritten from scratch.