Estamos trabajando en un proyecto legacy (maven) para configurar devop. Arrancador con jenkins. La compilation de Jenkins ahora no tiene problemas. Pero, al integrar sonarqube con jenkins, recibimos el siguiente error:
ERROR: Error during SonarQube Scanner execution java.lang.IllegalStateException: Error when executing blame for file src/main/java/com/acme/acq/scavenger/AssetCmboItem.java at org.sonar.plugins.scm.svn.SvnBlameCommand.blame(SvnBlameCommand.java:100) at org.sonar.plugins.scm.svn.SvnBlameCommand.blame(SvnBlameCommand.java:59) at org.sonar.batch.scm.ScmSensor.execute(ScmSensor.java:84) at org.sonar.batch.sensor.SensorWrapper.analyse(SensorWrapper.java:57) at org.sonar.batch.phases.SensorsExecutor.executeSensor(SensorsExecutor.java:58) at org.sonar.batch.phases.SensorsExecutor.execute(SensorsExecutor.java:50) at org.sonar.batch.phases.PhaseExecutor.execute(PhaseExecutor.java:102) at org.sonar.batch.scan.ModuleScanContainer.doAfterStart(ModuleScanContainer.java:185) at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:135) at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:120) at org.sonar.batch.scan.ProjectScanContainer.scan(ProjectScanContainer.java:264) at org.sonar.batch.scan.ProjectScanContainer.scanRecursively(ProjectScanContainer.java:259) at org.sonar.batch.scan.ProjectScanContainer.doAfterStart(ProjectScanContainer.java:249) at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:135) at org.sonar.batch.scan.ProjectScanContainer.startComponents(ProjectScanContainer.java:127) at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:120) at org.sonar.batch.task.ScanTask.execute(ScanTask.java:55) at org.sonar.batch.task.TaskContainer.doAfterStart(TaskContainer.java:86) at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:135) at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:120) at org.sonar.batch.bootstrap.GlobalContainer.executeTask(GlobalContainer.java:122) at org.sonar.batch.bootstrapper.Batch.executeTask(Batch.java:119) at org.sonar.runner.batch.BatchIsolatedLauncher.execute(BatchIsolatedLauncher.java:67) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.sonar.runner.impl.IsolatedLauncherProxy.invoke(IsolatedLauncherProxy.java:61) at com.sun.proxy.$Proxy0.execute(Unknown Source) at org.sonar.runner.api.EmbeddedRunner.doExecute(EmbeddedRunner.java:274) at org.sonar.runner.api.EmbeddedRunner.runAnalysis(EmbeddedRunner.java:165) at org.sonar.runner.api.EmbeddedRunner.runAnalysis(EmbeddedRunner.java:152) at org.sonarsource.scanner.cli.Main.runAnalysis(Main.java:133) at org.sonarsource.scanner.cli.Main.execute(Main.java:82) at org.sonarsource.scanner.cli.Main.main(Main.java:66) Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: E170001: Authentication requinetworking for '<http://localhost:80> Subversion Project1 repository' at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.authenticationFailed(SVNErrorManager.java:47) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.authenticationFailed(SVNErrorManager.java:41) at org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getFirstAuthentication(DefaultSVNAuthenticationManager.java:203) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:716) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:398) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:386) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:720) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:634) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:109) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1044) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.hasCapability(DAVRepository.java:872) at org.tmatesoft.svn.core.io.SVNRepository.assertServerIsMergeInfoCapable(SVNRepository.java:787) at org.tmatesoft.svn.core.io.SVNRepository.getFileRevisions(SVNRepository.java:756) at org.tmatesoft.svn.core.internal.wc16.SVNLogClient16.doAnnotate(SVNLogClient16.java:1389) at org.tmatesoft.svn.core.internal.wc16.SVNLogClient16.doAnnotate(SVNLogClient16.java:291) at org.tmatesoft.svn.core.internal.wc2.old.SvnOldAnnotate.run(SvnOldAnnotate.java:45) at org.tmatesoft.svn.core.internal.wc2.old.SvnOldAnnotate.run(SvnOldAnnotate.java:17) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1235) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNLogClient.doAnnotate(SVNLogClient.java:295) at org.sonar.plugins.scm.svn.SvnBlameCommand.blame(SvnBlameCommand.java:98) ... 34 more
Hemos visto algunas discusiones relacionadas con este error, pero en nuestro caso ninguno de ellos nos está ayudando a resolver este error como, en% APPDATA% \ Subversion \ file de serveres – en la sección global se han agregado
[global] # http-proxy-exceptions = *.exception.com, www.internal-site.org # http-proxy-host = defaultproxy.whatever.com # http-proxy-port = 7000 # http-proxy-username = defaultusername # http-proxy-password = defaultpassword # http-compression = no # No http-timeout, so just use the builtin default. # No neon-debug-mask, so neon debugging is disabled. # ssl-authority-files = /path/to/CAcert.pem;/path/to/CAcert2.pem # # Password / passphrase caching parameters: # store-passwords = no # store-ssl-client-cert-pp = no # store-plaintext-passwords = no # store-ssl-client-cert-pp-plaintext = no http-auth-types=Basic
Estamos ejecutando toda la configuration [subversion, jenkins, sonarqube] desde un solo cuadro de testing por ahora (Windows 7). Cualquier sugerencia nos será útil para seguir adelante.
Gracias, San
Acabo de descubrir que al deshabilitar la configuration del sensor SCM podemos evitar este error
Pero no estoy seguro del impacto (al deshabilitar la recuperación de información de la culpa), sin embargo, la configuration actual funciona como se esperaba.