With Kotlin 2.1.0-RC, I’m having trouble completin...

# eap

[Carter]

With Kotlin 2.1.0-RC, I’m having trouble completing a build with Gradle dependency locking enabled.

[Carter]

Execution failed for task ':sigma-model-lib:compileKotlinJvm'.
> Could not resolve all files for configuration ':sigma-model-lib:detachedConfiguration2'.
   > Failed to transform kotlinx-datetime-jvm-0.6.1.jar to match attributes {artifactType=classpath-entry-snapshot, org.gradle.libraryelements=jar, org.gradle.usage=java-runtime}.
      > Execution failed for BuildToolsApiClasspathEntrySnapshotTransform: /Users/carter/.gradle/caches/modules-2/files-2.1/org.jetbrains.kotlinx/kotlinx-datetime-jvm/0.6.1/23d9f71268d3ffc31ce5a5d25622f20bffb3d639/kotlinx-datetime-jvm-0.6.1.jar.
         > 'byte[] org.jetbrains.kotlin.incremental.storage.ExternalizersKt.toByteArray(org.jetbrains.kotlin.com.intellij.util.io.DataExternalizer, java.lang.Object)'
   > Failed to transform kotlinx-serialization-core-jvm-1.7.3.jar to match attributes {artifactType=classpath-entry-snapshot, org.gradle.libraryelements=jar, org.gradle.usage=java-runtime}.
      > Execution failed for BuildToolsApiClasspathEntrySnapshotTransform: /Users/carter/.gradle/caches/modules-2/files-2.1/org.jetbrains.kotlinx/kotlinx-serialization-core-jvm/1.7.3/1f226780b845ff9206474c05159245d861556249/kotlinx-serialization-core-jvm-1.7.3.jar.
         > 'byte[] org.jetbrains.kotlin.incremental.storage.ExternalizersKt.toByteArray(org.jetbrains.kotlin.com.intellij.util.io.DataExternalizer, java.lang.Object)'
   > Failed to transform kotlinx-serialization-json-jvm-1.7.3.jar to match attributes {artifactType=classpath-entry-snapshot, org.gradle.libraryelements=jar, org.gradle.usage=java-runtime}.
      > Execution failed for BuildToolsApiClasspathEntrySnapshotTransform: /Users/carter/.gradle/caches/modules-2/files-2.1/org.jetbrains.kotlinx/kotlinx-serialization-json-jvm/1.7.3/6701e8c68d9e82387ce72ee96e8ddf058208d58f/kotlinx-serialization-json-jvm-1.7.3.jar.
         > 'byte[] org.jetbrains.kotlin.incremental.storage.ExternalizersKt.toByteArray(org.jetbrains.kotlin.com.intellij.util.io.DataExternalizer, java.lang.Object)'
   > Failed to transform kotlin-stdlib-2.1.0-RC.jar to match attributes {artifactType=classpath-entry-snapshot, org.gradle.libraryelements=jar, org.gradle.usage=java-runtime}.
      > Execution failed for BuildToolsApiClasspathEntrySnapshotTransform: /Users/carter/.gradle/caches/modules-2/files-2.1/org.jetbrains.kotlin/kotlin-stdlib/2.1.0-RC/ed98ece317a878e4f67a7adf93196fd8fe8a3a91/kotlin-stdlib-2.1.0-RC.jar.
         > 'byte[] org.jetbrains.kotlin.incremental.storage.ExternalizersKt.toByteArray(org.jetbrains.kotlin.com.intellij.util.io.DataExternalizer, java.lang.Object)'
   > Failed to transform annotations-13.0.jar to match attributes {artifactType=classpath-entry-snapshot, org.gradle.libraryelements=jar, org.gradle.usage=java-runtime}.
      > Execution failed for BuildToolsApiClasspathEntrySnapshotTransform: /Users/carter/.gradle/caches/modules-2/files-2.1/org.jetbrains/annotations/13.0/919f0dfe192fb4e063e7dacadee7f8bb9a2672a9/annotations-13.0.jar.
         > 'void org.jetbrains.kotlin.incremental.storage.ExternalizersKt.saveToFile(org.jetbrains.kotlin.com.intellij.util.io.DataExternalizer, java.io.File, java.lang.Object)'

[Carter]

The stacktrace is too long for Slack, but this is it.

stacktrace.txt

[tapchicoma]

@Alexander.Likhachev does it sound similar to the locking issue you've tried to address recently? 🤔

[Alexander.Likhachev]

Yeah, it sounds similar to KT-71549
Could you try adding this to your buildscript as a workaround?

configurations.named("kotlinBuildToolsApiClasspath").configure {
    // Workaround for KT-71549
    exclude("org.jetbrains.kotlin", "kotlin-build-common")
}

It might be required to add it to each project either via allprojects or via a convention plugin

[Carter]

OK, I’ll give that a try and report back. It’ll be a few hours before I’m in front of a computer again

[Carter]

I have a convention plugin already applied to all modules. I was successful with this workaround.