Sonarqube也有同样的问题

已经由最新版本的Java运行时(类文件版本55.0)编译，这个版本的Java运行时只识别类文件版本52.0

Sonarqube与AzureDevOps错误输出:

INFO: SonarScanner 4.6.2.2472 INFO: Java 1.8.0_231 Oracle Corporation (32-bit) INFO: Windows Server 2016 10.0 x86 INFO: User cache: C:\Windows\system32\config\systemprofile.sonar\cache INFO: Scanner configuration file: C:\agent_a_work_tasks\SonarQubePrepare_15b84ca1-b62f-4a2a-a403-89b77a063157\5.4.0\classic-sonar-scanner-msbuild\sonar-scanner-4.6.2.2472\bin..\conf\sonar-scanner.properties INFO: Project root configuration file: C:\agent_a_work\189.sonarqube\out\sonar-project.properties INFO: Analyzing on SonarQube server 9.4.0 INFO: Default locale: "en_AU", source code encoding: "windows-1252" (analysis is platform dependent) INFO: ------------------------------------------------------------------------ INFO: EXECUTION FAILURE INFO: ------------------------------------------------------------------------ INFO: Total time: 0.405s INFO: Final Memory: 3M/15M ##[error]ERROR: Error during SonarScanner execution java.lang.UnsupportedClassVersionError: org/sonar/batch/bootstrapper/EnvironmentInformation has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0

我在Sonarcube服务器上安装了Java v11，但错误提示它的构建代理没有Java v11。

我决定将Java v12 bin路径添加到环境变量路径中，以便检测它。重要的是，这需要在构建代理上完成:

对于托管生成代理，您可以安装JDK v11或使用以下PowerShell脚本步骤:

- task: PowerShell@2
  displayName: 'Download and Install Java v11'
  inputs:
    targetType: 'inline'
    script: |
      [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
      $Command = "c:\jdk-11.0.15_windows-x64_bin.exe"
      $Parms = "/s"
      Write-Host [System.IO.File]::Exists($Command)
      if ([System.IO.File]::Exists($Command)) {
        Write-Host 'Downloading Java11.exe'      
        Invoke-WebRequest https://yourOwnUrl.com/jdk-11.0.15_windows-x64_bin.exe -OutFile $Command
      }
      Write-Host [System.IO.File]::Exists($Command)
      & "$Command" $Prms
      [System.Environment]::SetEnvironmentVariable("JAVA_HOME", "C:\Program Files\Java\jdk-11.0.15")
      [System.Environment]::SetEnvironmentVariable("Path", [System.Environment]::GetEnvironmentVariable('Path', [System.EnvironmentVariableTarget]::Machine) + ";$($env:JAVA_HOME)\bin")

我在Intellij中遇到了这个错误。显然，选择java 1.8作为项目SDK并不会影响用于构建项目的javac编译器。

要更改，请进入设置->构建，执行，部署->编译器-> Java编译器，并将项目字节码版本更改为8。

在build.gradle(app)中更新如下:(为我工作)

 kotlinOptions {
        jvmTarget = '1.8'
    }

53代表java-9，所以这意味着你拥有的任何类都是用javac-9编译的，你可以尝试用jre-8运行它。要么使用javac-8重新编译该类，要么使用jre-9

对我来说，这个问题已经通过安装旧版本的testng解决了。看起来它与我的Java 8编译

在我的情况下，我用VS2019构建一些使用ANTLR4的c++代码。 ANTLR4是基于java的，为了使用它，我运行java命令作为自定义构建步骤。

那天早些时候，我把我的新笔记本电脑上的JRE (Java运行时环境)更新到了1.8。没有思考，因为我已经有一年没有运行ANTLR4的东西了……我需要完整的JDK编译与java。所以我有一个1.8的RUNTIME，但VS2019构建shell正在寻找JDK1.7编译器。一旦我安装了1.8 JDK，一切都很好。

所以80%的时间JRE对我来说是好的…只是当我需要完整的JDK时，DOH我需要完整的JDK。