Error in SonarQube for IntelliJ

SonarQube for IDE IntelliJ Platform
,
1

Environment:

  • Java: JetBrains s.r.o. 21.0.6
  • OS: Mac OS X aarch64
  • IDE: IntelliJ IDEA 2025.1.1.1
  • SonarQube for IDE: 10.24.0.81420
java.lang.LinkageError: loader constraint violation: loader c.ij.ide.plugins.cl.PluginClassLoader @5b61875e wants to load class c.ij.util.lang.JavaVersion. A different class with the same name was previously loaded by c.ij.util.lang.PathClassLoader @31befd9f. (c.ij.util.lang.JavaVersion is in unnamed module of loader c.ij.util.lang.PathClassLoader @31befd9f)
	at o.sl.ij.java.JavaAnalysisConfigurator.getLanguageLevelOption(JavaAnalysisConfigurator.java:118)
	at o.sl.ij.java.JavaAnalysisConfigurator.configureJavaSourceTarget(JavaAnalysisConfigurator.java:106)
	at o.sl.ij.java.JavaAnalysisConfigurator.configure(JavaAnalysisConfigurator.java:82)
	at o.sl.ij.analysis.AnalysisSubmitter.lambda$collectContributedLanguages$0(AnalysisSubmitter.java:169)
	at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:197)
	at java.base/java.util.AbstractList$RandomAccessSpliterator.forEachRemaining(AbstractList.java:722)
	at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509)
	at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499)
	at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:575)
	at java.base/java.util.stream.AbstractPipeline.evaluateToArrayNode(AbstractPipeline.java:260)
	at java.base/java.util.stream.ReferencePipeline.toArray(ReferencePipeline.java:616)
	at java.base/java.util.stream.ReferencePipeline.toArray(ReferencePipeline.java:622)
	at java.base/java.util.stream.ReferencePipeline.toList(ReferencePipeline.java:627)
	at o.sl.ij.analysis.AnalysisSubmitter.collectContributedLanguages(AnalysisSubmitter.java:169)
	at o.sl.ij.core.BackendService.gatherClientFiles(BackendService.kt:959)
	at o.sl.ij.core.BackendService.updateFileSystem(BackendService.kt:940)
	at o.sl.ij.trigger.EditorOpenTrigger.lambda$fileOpened$0(EditorOpenTrigger.java:64)
	at o.sl.ij.util.ThreadUtilsKt.runOnPooledThread$lambda$1(ThreadUtils.kt:39)
	at c.ij.oa.ap.impl.ApplicationImpl$2.run(ApplicationImpl.java:265)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:572)
	at c.ij.util.concurrency.ContextCallable.lambda$call$1(ContextCallable.java:86)
	at c.ij.util.concurrency.ContextCallable.call(ContextCallable.java:95)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
	at c.ij.util.concurrency.ChildContext$runInChildContext$1.invoke(propagation.kt:102)
	at c.ij.util.concurrency.ChildContext$runInChildContext$1.invoke(propagation.kt:102)
	at c.ij.util.concurrency.ChildContext.runInChildContext(propagation.kt:108)
	at c.ij.util.concurrency.ChildContext.runInChildContext(propagation.kt:102)
	at c.ij.util.concurrency.ContextRunnable.run(ContextRunnable.java:27)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
	at java.base/java.util.concurrent.Executors$PrivilegedThreadFactory$1$1.run(Executors.java:735)
	at java.base/java.util.concurrent.Executors$PrivilegedThreadFactory$1$1.run(Executors.java:732)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:400)
	at java.base/java.util.concurrent.Executors$PrivilegedThreadFactory$1.run(Executors.java:732)
2

Hey @vagifzeynalov, do you have the Kotlin MultiPlatform plugin? It has been reported that this plugin is causing issues because their JavaVersion is conflicting with the one from IntelliJ.

5

Hi Nicolas, yes, I have that plugin.
Frankly speaking, I didn’t even read the stacktrace. My IJ is failing quite often and I just wanted to do my “good part” and report the issue.
From the user perspective it is irrelevant what is the problem there internally - the app shouldn’t crash.
Perhaps some functionality could be not working, but never ever to crash.

6

Unfortunately, this problem is not under our control. We use a class from the IntelliJ platform, and a third-party plugin conflicts with this same class by redefining it.

While I understand your point about the user’s perspective on this, it’s also their responsibility not to install broken plugins in my opinion. The nature of this error makes it difficult to prevent it from happening for us.

This bug has been tracked on JetBrains side. Until this is fixed, I will see if we can come up with a temporary workaround. I created this ticket for reference.

Thanks.

7

Thank you for the update. Hope it will be fixed soon.