Downloaded community zip-archive containing sonarqube version 8.6.0.39681
OS: Windows 10
Java version:
D:\study\диплом_root\дистрибутивы\sonar\_sonarqube-8.6.0.39681\lib>java -version
java version "1.8.0_251"
Java(TM) SE Runtime Environment (build 1.8.0_251-b08)
Java HotSpot(TM) 64-Bit Server VM (build 25.251-b08, mixed mode)
After executing java -jar sonar-application-8.6.0.39681.jar
Got error message about not supported java version.
Afterwards sonar-application-8.6.0.39681.jar diapered from folder.
D:\study\диплом_root\дистрибутивы\sonar\_sonarqube-8.6.0.39681\lib>ls
common extensions jdbc jsw scanner sonar-application-8.6.0.39681.jar sonar-shutdowner-8.6.0.39681.jar
D:\study\диплом_root\дистрибутивы\sonar\_sonarqube-8.6.0.39681\lib>java -jar sonar-application-8.6.0.39681.jar
Exception in thread "main" java.lang.IllegalStateException: SonarQube requires Java 11 to run
at com.google.common.base.Preconditions.checkState(Preconditions.java:508)
at org.sonar.application.App.checkJavaVersion(App.java:93)
at org.sonar.application.App.start(App.java:56)
at org.sonar.application.App.main(App.java:97)
D:\study\диплом_root\дистрибутивы\sonar\_sonarqube-8.6.0.39681\lib>ls
common extensions jdbc jsw scanner sonar-shutdowner-8.6.0.39681.jar
To be fair it is my fault not reading requirements but it is totally non-expected behavior.
Of course because I downloaded it and got strait to actions before reading or even processing anything. I believe at that point I was just collecting distributive and smoke-run it to use later in analysis work with, honestly, shouldn’t be an excuse.
After re-downloading (since main lib file is missing) and updating jdk i used scripts from bin folder and it worked as expected.
It is just…really strange behavior I think was worth to report.
btw should be definitely jre/platform-dependent issue. Couldn’t reproduce it ether on ubuntu+openjdk 1.8.
Also was thinking it can be related to Cyrillic symbols in path but doesn’t seems like it make any difference.