SonarQube6.4 и обновился до 6,5Сонар-сканер 3.0.3Теперь после обновления сканер дает сбой каждый раз, когда в исходном пути есть файл Java. Если я не сканирую файлы Java, все работает просто отлично.Однако, если я откатаю версию 6.4, все будет нормально, есть ли регресс? Это трассировка стека, когда я запускаю команду сканера с помощью команды -X. Так что в 6.5 есть мандат на предоставление расположения всех скомпилированных классов, есть ли способ игнорировать это.

04: 56: 21.218 ОТЛАДКА: Датчики: JavaSquidSensor -> SurefireSensor -> JaCoCoSensor -> SonarJavaXmlFileSensor -> Анализатор для файлов "php.ini" -> Датчик нулевого покрытия -> Индексатор блоков CPD 04: 56: 21.218 ИНФО: Датчик JavaSquidSense ] 04: 56: 21.558 ИНФОРМАЦИЯ: Настроенная версия исходного кода Java (sonar.java.source): нет 04: 56: 21.565 ИНФОРМАЦИЯ: инициализация JavaClasspath 04: 56: 21.570 ИНФОРМАЦИЯ: ------------- -------------------------------------------------- --------- 04: 56: 21.571 ИНФОРМАЦИЯ: СБОЙ ИСПОЛНЕНИЯ 04: 56: 21.571 ИНФОРМАЦИЯ: ------------------------- ----------------------------------------------- 04:56 : 21,571 ИНФОРМАЦИЯ: Общее время: 6,545 с 04: 56: 21,707 ИНФОРМАЦИЯ: Финальная память: 51M / 1083M 04: 56: 21,707 ИНФО: --------------------- -------------------------------------------------- - 04: 56: 21.707 ОШИБКА: ошибка во время выполнения сканера SonarQube org.sonar.squidbridge.api.AnalysisException: предоставьте скомпилированные классы вашего проекта со свойством sonar.java.binaries по адресу org.sonar.java.JavaClasspath.init (JavaClasspath. Ява: 59) в org.sonar.java.AbstractJavaClasspath.getElements (AbstractJavaClasspath.java:281) в org.sonar.java.SonarComponents.getJavaClasspath (SonarComponents.java:141) в org.sonar.java.JavaSquid. на JavaSquid. (JavaSquid) org.sonar.plugins.java.JavaSquidSensor.execute (JavaSquidSensor.java:83) в org.sonar.scanner.sensor.SensorWrapper.analyse (SensorWrapper.java:53) в org.sonar.scanner.phases.SensorsExecor () SensorsExecutor.java:88) в org.sonar.scanner.phases.SensorsExecutor.execute (SensorsExecutor.java:82) в org.sonar.scanner.phases.SensorsExecutor.execute (SensorsExecutor.java:68) в org.sonar.scanner .phases.AbstractPhaseExecutor.execute (AbstractPhaseExecutor.java:78) в org.sonar.scanner.scan.ModuleScanContainer.doAfterStart (ModuleScanContainer.java:179) в org.sonar.core.platform.ComponentContainer.containent.container.st ) в org.sonar.core.platform.ComponentContainer.execute (ComponentContainer.java:129) в org.sonar.scanner.scan.ProjectScanContainer.scan (Proj) ectScanContainer.java:261) в org.sonar.scanner.scan.ProjectScanContainer.scanRecursively (ProjectScanContainer.java:256) в org.sonar.scanner.scan.ProjectScanContainer.doAfterStart (ProjectScanContainer.jore.45) .platform.ComponentContainer.startComponents (ComponentContainer.java:144) в org.sonar.core.platform.ComponentContainer.execute (ComponentContainer.java:129) в org.sonar.scanner.task.ScanTask.exkjt: Scan ( ) в org.sonar.scanner.task.TaskContainer.doAfterStart (TaskContainer.java:84) в org.sonar.core.platform.ComponentContainer.startComponents (ComponentContainer.java:144) в org.sonar.core.platformerCom. выполнить (ComponentContainer.java:129) в org.sonar.scanner.bootstrap.GlobalContainer.executeTask (GlobalContainer.java:119) в org.sonar.batch.bootstrapper.Batch.executeTask (Batch.java:116) в org.sonource .scanner.api.internal.batch.BatchIsolatedLauncher.execute (BatchIsolatedLauncher.java:63) в sun.reflect.NativeMethodAccessorImpl.invok e0 (Нативный метод) в sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62) в sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43) метод восстановления (java) в java 498) в org.sonarsource.scanner.api.internal.IsolatedLauncherProxy.invoke (IsolatedLauncherProxy.java:60) в com.sun.proxy. $ Proxy0.execute (Неизвестный источник) в org.sonarsource.scanner.api.EmbeddedScanner.doExecute (EmbeddedScanner.java:233) на org.sonarsource.scanner.api.EmbeddedScanner.runAnalysis (EmbeddedScanner.java:151) на org.sonarsource.scanner.cli.Main.runAnalysis (Main.java:123) на org.sonarsource. scanner.cli.Main.execute (Main.java:77) в org.sonarsource.scanner.cli.Main.main (Main.java:61) 04: 56: 21.710 ОТЛАДКА: Выполнение getVersion 04: 56: 21.711 ОТЛАДКА: Выполнение стоп

Когда я запускаю то же самое с 6.4, он работает нормально, и единственное предупреждение, которое я вижу в консоли:

04: 52: 42.738 ВНИМАНИЕ: Байт-код зависимостей не был предоставлен для анализа исходных файлов, в результате вы можете получить менее точные результаты. Байт-код может быть предоставлен с помощью свойства sonar.java.libraries.