4.35.0 -> 4.35.1: SonarLint Language Server client: couldn't create connection to server. + JRE

Please provide

  • Operating system: macOS 26.1 (25B78)
  • SonarQube for VS Code plugin version: 4.35.1
  • Programming language you’re coding in: JS
  • Is connected mode used: I don’t know
    • SonarQube Cloud, SonarQube Server, or SonarQube Community Build? (if one of the latter two, which version?):

And a thorough description of the problem / question:

Only started getting these errors with 4.35.1. Works without errors with 4.35.0, VSCode 1.106.0.

Not sure on the ‘SonarQube Cloud, SonarQube Server, or SonarQube Community Build’ question. I’ve just installed as a VSCode extension and let it run.

Output:

2025-11-14 13:45:52.065 [info] [Error - 1:45:52 PM] SonarLint Language Server client: couldn’t create connection to server.

2025-11-14 13:45:52.065 [info] [object Object]

2 Likes

Hi there @Akrys ! :waving_hand: Welcome and thanks for reporting this weird behaviour :person_bowing:

SonarQube for IDE requires JRE in order to even start. But we embed the JRE in the platform-specific packages so that users don’t need to install it themselves.

Would you be able to check the content of ~/.vscode/extensions/sonarsource.sonarlint-vscode-4.35.1-darwin-arm64 ? Is this folder even present? Or do you maybe have a universal folder named like sonarsource.sonarlint-vscode-4.35.1? We have had a case in the past where Microsoft marketplace fails to detect the target platform correctly and instead of installing OS-specific package it installs universal one that does not include the JRE.

As a workaround, you can also try downloading the package directly from our releases page & install it manually via the install from vsix... command.

Hope this helps!
Sophio

This is the same issue, or at least very similar to the one seen with 4.29 when it first came out. You did something to rerelease it with the JRE properly embedded back then.

1 Like

Exactly @kkroier , but in this case from my first screenshot you can see the packages were uploaded correctly for all platforms (including MacOS). :woman_shrugging:

Let’s see what @Akrys comes back with

Something seems to have changed. Unless you have made some drastic refactoring I assume the smaller size of 4.35.1 lacks the JRE.

vs

Where do you see this @kkroier ?

If it’s from OpenVSX marketplace, we started shipping smaller platform-specific artefacts there starting from v4.35.1, and they still have JRE embedded.

I see this in VSCode. If I open the plugin there is an installation pane on the right side:

OK thanks! I can reproduce the same on MacOS.

For some reason VS Code forces installation of the universal VSIX (without JRE). Even though on the marketplace I see the MacOS-specific packages were published.

I will reach out to the marketplace support.

:woman_bowing: :woman_bowing: :woman_bowing:

1 Like

Hey @sophio.japharidze,

This also happens on Windows, sadly. Been updating this morning, and it also downloaded the one without the JRE :confused:

I also see the Windows-specific packages but it did not download them, so I guess the problem is OS-independent.

Cheers :cup_with_straw:

2 Likes

Thanks @EclipseWizard .We also just tested on Linux and it’s the same. :sob:

I have reached out to VS Marketplace support and will keep you all posted.

1 Like

Looks like you are on it with Marketplace. VSIX install did work for me. Let me know if you need anything else from my end!

1 Like

Facing this with SonarQube for IDE version 4.35.1 and VSCode 1..106. Issuing the connect command manually via F1 leads to the same dialog as the OP.
The output log shows the following:

2025-11-17 12:59:12.303 [info] [Error - 12:59:12 PM] SonarLint Language Server client: couldn't create connection to server.

Downgrading the extension back to 4.35.0 fixes the issue, so this looks like a regression.

Hi @mtene :waving_hand: An “Exceptional” welcome to you to Sonar Community :smiley:

I moved your post under this topic as I believe the root cause is the same.

:woman_bowing:

1 Like

Hi folks!

No response from Microsoft yet, but at least I found that we are not alone! :smiley: Other extensions also experience the same and this is the link to the issue reported on VS Code.

Workaround still stands - you can download the platform-specific build from our releases page and install it manually :confused:

Sophio

3 Likes

Hi, I still have the errors when the SonarQube extenssion starts.
I’m using now the SonarQube extension version 4.35.1 within VSCode version 1.106.2 in Windows 11.

I really don’t know why it says the last message about the JAVA_HOME environment variable because there isn’t ‘bin’ in the path. I don’t know from where it gets this “bin”.

Also I don’t understand why it triggers the first error because I’m not connected to any SonarQube Server nor Cloud.

Please provide

  • Operating system: Windows 11
  • SonarQube for VS Code plugin version: 4.35.1
  • Programming language you’re coding in: Go
  • Is connected mode used:
    • SonarQube Cloud, SonarQube Server, or SonarQube Community Build? (if one of the latter two, which version?): SonarQube Cloud

VSCode version info:

Version: 1.106.2 (user setup)
Commit: 1e3c50d64110be466c0b4a45222e81d2c9352888
Date: 2025-11-19T16:56:50.023Z
Electron: 37.7.0
ElectronBuildId: 12781156
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Windows_NT x64 10.0.26200

And a thorough description of the problem / question:

The Connect to SonarQube Cloud button is not responsive in VSCode (second button):

I am using the latest available version of both VSCode and the SonarQube extension.

I was able to elicit this error message through VSCode:

May be related to:

Can you suggest a resolution or next steps?

Dropping the extension back one version solved it for now

Hi @jlaird, @Pedro_Castro ,

We’ve merged your posts into this existing one. You can try the workaround described here.

We have not received any updates from neither marketplace support nor VS Code support regarding the issue. We are in the process of releasing v4.36 of the plugin. Maybe the republishing will help, but since we are not sure of the root cause, we cannot promise it will :pensive_face:

Thank you for your patience and for raising the topic here! :person_bowing:

All the best,
Sophio

Thank you for your response and dedication.

Cheers.

Pedro.

1 Like

Hi all :waving_hand:

We have just released v4.37 of the plugin. Could you please check if the problem persists? Seems to be working for me:

All the best,
Sophio

1 Like