2017-01-25 9 views
3

最近SonarQube 5.1.2からSonarQube 5.6にアップグレードしました。今私はIllegalStateException "ファイルの責任を実行するとエラーが発生しました"。これは、EclipseとJenkinsの両方で、自分のantスクリプトを使ってビルドすることです。 Jenkinsでは、SVNAuthenticationExceptionを示すエラーがより完全です。E170001:交渉認証に失敗しました: '有効な資格情報がありません'。ファイルの責任を実行する際のSonarQubeエラー

有効な資格情報は、SonarQubeの管理 - >一般設定 - > SCM - > SVNにあります。これらは私が5.1.2で使用していたのと同じ資格情報であり、責任機能はエラーなく機能し、さまざまな開発者に問題を割り当てました。また、私のビルドスクリプトは、同じ資格情報を使用してsonar.svn.usernameとsonar.svn.password.securedを生成します。

5.1.2では、私はsonar-issue-assign-pluginを使用していました。私はそれが現在廃止されていることを知っているし、SonarQube 5.6はそのプラグインが存在すれば正常に起動しないだろう。残念ながら、その場所を取ったものは私のために働いていません。

私は質問と同じエラーherehereで回答を見ました。

編集:私はまだこの1つに固執しています。 SonarQube Administration> Generate Settings> SCM> SVNに資格情報を再入力し、サーバーを再起動しました。同じ結果。

によって引き起こさ:org.tmatesoft.svn.core.SVNAuthenticationException:ここでは例外スタックトレースの最後の部分はあるのsvn:E170001:org.tmatesoft.svnで 「は有効な資格情報ません」:認証が失敗した交渉します.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:62) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core .internal.io.dav.http.DefaultHTTPNegotiateAuthentication $ 1.run(DefaultHTTPNegotiateAuthentication.java:175) at org.tmatesoft.svn.core.internal.io.dav.http.DefaultHTTPNegotiateAuthentication $ 1.run(DefaultHTTPNegotiateAuthentication.java:166) org.tmatesoft.svn.core.internal.io.dav.http.Defa .HTTPNegotiateAuthentication.authenticate(DefaultHTTPNegotiateAuthentication.java:221) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:477) 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。 (DAVConnection.java:863) (DAVRepository.java:1049).pngat org.tmatesoft.svn.core.internal.io.dav.DAVRepository.hasCapability(DAVRepository.java:877) at org.tmatesoft.svn.core.io.SVNRepository.assertServerIsMergeInfoCapable(SVNRepository.java:787) at (SVNRepository.java:756) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteAnnotate.run(SvnRemoteAnnotate.java:111) at org。 tmatesoft.svn.core.internal.wc2.remote.SvnRemoteAnnotate.run(SvnRemoteAnnotate.java:35) 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の:org.sonar.plugins.scm.svn.SvnBlameCommand.blame(SvnBlameCommand.java:100) で295) ... 64もっと

編集2:私はAntのようにこれを実行してきましたタスクはsonarqube-ant-task-2.5.jarを使用しています。同じ結果を持つSonarQubeプラグイン(バージョン2.4.4)を使用してJenkinsの別のビルドステップとして実行しました。私はまだそれが私のSVNの資格情報を非難を割り当てようとしている時に見つけられないのだから迷っている。

+0

参考情報:https://stackoverflow.com/q/28740785/59087 –

答えて

3

解決策が見つかったので、私自身の質問に答えるつもりです。私のSVNサーバーがNTLMまたは交渉認証を使用していて、SonarQubeプラグインによって呼び出されたtmatesoft svnコードが私の環境でそれをサポートしていないSVNKitでは問題があるようです。 JVMオプションに次の追加

は、問題を解決します

-Dsvnkit.http.methods=Basic,Digest,Negotiate,NTLM 

Solution found here.

これは、Antスクリプトを呼び出すときにJVMオプションに追加したAntからソナーを呼び出すために働く、それはまた、動作しますJenkinsビルドタスクの場合、JVMオプションに追加されたときにSonarQubeスキャナーを実行します。

関連する問題