https://kotlinlang.org logo
Join Slack
Powered by
after updating our codebase to use kotlin 1.6.10 d...
# javascript
n
after updating our codebase to use kotlin 1.6.10 dependencies the compilter seems to run into this error with IR:
Copy code
e: Could not find "org.jetbrains.kotlinx:kotlinx-serialization-json" in [C:\Users\nikky\AppData\Local\kotlin\daemon]
has anyone seen this before ? more in 🧵
bigger stacktrace:
Copy code
e: Could not find "org.jetbrains.kotlinx:kotlinx-serialization-json" in [C:\Users\nikky\AppData\Local\kotlin\daemon]
e: java.lang.IllegalStateException: Could not find "org.jetbrains.kotlinx:kotlinx-serialization-json" in [C:\Users\nikky\AppData\Local\kotlin\daemon]
	at org.jetbrains.kotlin.cli.js.K2JsIrCompilerKt$messageCollectorLogger$1.fatal(K2JsIrCompiler.kt:539)
	at org.jetbrains.kotlin.library.KotlinLibrarySearchPathResolver.resolve(SearchPathResolver.kt:175)
	at org.jetbrains.kotlin.library.SearchPathResolver$DefaultImpls.resolve$default(SearchPathResolver.kt:20)
	at org.jetbrains.kotlin.library.SearchPathResolverKt.resolve(SearchPathResolver.kt:29)
	at org.jetbrains.kotlin.library.resolver.impl.KotlinLibraryResolverImpl$resolveDependencies$2$2.invoke(KotlinLibraryResolverImpl.kt:122)
	at org.jetbrains.kotlin.library.resolver.impl.KotlinLibraryResolverImpl$resolveDependencies$2$2.invoke(KotlinLibraryResolverImpl.kt:122)
	at kotlin.sequences.TransformingSequence$iterator$1.next(Sequences.kt:210)
	at kotlin.sequences.FilteringSequence$iterator$1.calcNext(Sequences.kt:170)
	at kotlin.sequences.FilteringSequence$iterator$1.hasNext(Sequences.kt:194)
	at kotlin.sequences.TransformingSequence$iterator$1.hasNext(Sequences.kt:214)
	at kotlin.sequences.FilteringSequence$iterator$1.calcNext(Sequences.kt:169)
	at kotlin.sequences.FilteringSequence$iterator$1.hasNext(Sequences.kt:194)
	at kotlin.sequences.SequencesKt___SequencesKt.toCollection(_Sequences.kt:786)
	at kotlin.sequences.SequencesKt___SequencesKt.toMutableList(_Sequences.kt:816)
	at kotlin.sequences.SequencesKt___SequencesKt.toList(_Sequences.kt:807)
	at org.jetbrains.kotlin.library.resolver.impl.KotlinLibraryResolverImpl.resolveDependencies(KotlinLibraryResolverImpl.kt:135)
	at org.jetbrains.kotlin.library.resolver.impl.KotlinLibraryResolverImpl.resolveWithDependencies(KotlinLibraryResolverImpl.kt:44)
	at org.jetbrains.kotlin.ir.backend.js.JsLibraryResolverKt.jsResolveLibraries(JsLibraryResolver.kt:53)
	at org.jetbrains.kotlin.cli.js.K2JsIrCompiler.doExecute(K2JsIrCompiler.kt:186)
	at org.jetbrains.kotlin.cli.js.K2JSCompiler.doExecute(K2JSCompiler.java:182)
	at org.jetbrains.kotlin.cli.js.K2JSCompiler.doExecute(K2JSCompiler.java:75)
	at org.jetbrains.kotlin.cli.common.CLICompiler.execImpl(CLICompiler.kt:92)
	at org.jetbrains.kotlin.cli.common.CLICompiler.execImpl(CLICompiler.kt:44)
	at org.jetbrains.kotlin.cli.common.CLITool.exec(CLITool.kt:98)
	at org.jetbrains.kotlin.daemon.CompileServiceImpl.compile(CompileServiceImpl.kt:1574)
	at jdk.internal.reflect.GeneratedMethodAccessor118.invoke(Unknown Source)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:568)
	at java.rmi/sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:360)
	at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:200)
	at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:197)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:712)
	at java.rmi/sun.rmi.transport.Transport.serviceCall(Transport.java:196)
	at java.rmi/sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:587)
	at java.rmi/sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:828)
	at java.rmi/sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:705)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
	at java.rmi/sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:704)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
	at java.base/java.lang.Thread.run(Thread.java:833)
o
Hmm, I've switched a project to 1.6.10 without issues. Dependencies show 
org.jetbrains.kotlinx:kotlinx-serialization-json:{require 1.3.2; reject _} -> 1.3.2
, everything on Ubuntu if that matters. I assume you have already tried 
gradle clean
and stopping Gradle daemons...
n
yeah all that i have tried already.. dependencies look normal
Copy code
jsIrCompileClasspath - Compile classpath for compilation 'main' (target jsIr (js)).
+--- org.jetbrains.kotlinx:kotlinx-serialization-json:{require 1.3.2; reject _} -> 1.3.2
|    \--- org.jetbrains.kotlinx:kotlinx-serialization-json-js:1.3.2
|         +--- org.jetbrains.kotlin:kotlin-stdlib-js:1.6.10
|         |    \--- org.jetbrains.kotlin:kotlin-stdlib-common:1.6.10
|         +--- org.jetbrains.kotlin:kotlin-stdlib-common:1.6.10
|         \--- org.jetbrains.kotlinx:kotlinx-serialization-core:1.3.2
|              \--- org.jetbrains.kotlinx:kotlinx-serialization-core-js:1.3.2
|                   +--- org.jetbrains.kotlin:kotlin-stdlib-js:1.6.10 (*)
|                   \--- org.jetbrains.kotlin:kotlin-stdlib-common:1.6.10
i think i found it.. via either my tiredness or filesystem synchonization while running refreshVersions somehow i overlooked that my kotlin (plugin and stdlib) version was still pointed at 1.5.10 seems like only js IR had issues with it
anyways, solved, stupid mistake
o
I guess everyone of us experiences version mismatch now and then. Not stupid at all, just human. 🙂
l
@Nikky You can omit the Kotlin plugin version, refreshVersions will make the projects use what's defined for 
versions.kotlin
in the 
versions.properties
file for the plugins too.
n
Well, that's what i am doing, i was just too tired to double check it, and i had older kotlin configured in 
versions.properties
15 Views
Open in Slack
PreviousNext
Powered by