問題タブ [sonarqube]

ソナーをチェックアウトしたいので、次のスニペットを pom.xml に追加しました。依存関係の部分はhttp://maven.apache.org/general.html#tools-jar-dependencyから取得しました

残念ながらエラーは続きます

また、不足しているjarをリポジトリに手動で追加するという提案に従いましたが、効果はありませんでした。

私は何を間違っていますか？

編集：

tools.jar がローカル リポジトリに追加されていることを確認しました。デバッグモードでは、maven にエラーが表示されます。

最近、ソナー サーバーといくつかのプラグインをインストールしましたが、ソナーが違反メッセージを表示するときに奇妙な言語の問題が発生し、メッセージがフランス語で表示されます。

ソナーにメッセージを英語で表示させるにはどうすればよいですか?

次のようなマルチモジュール Maven プロジェクトを想像してください。

mainモジュールに依存しcoreます。

と の2 つのメソッドを使用して、 にクラスCoreClassを記述します。テストでは、テストのみを行うテスト クラスを作成します。coremethod1()method2()coreCoreClass.method1()

カバレッジ ツール (私の場合は Cobertura を使用) を実行すると、テスト カバレッジの50%mvn sonar:sonarが得られることがわかります(両方のメソッドの長さが同じであると仮定した場合)。CoreClass

これまでのところ、すべて問題ありません。

ここで、mainプロジェクトで、をテストするテスト クラスを作成しCoreClass.method2()ます。したがって、通常、プロジェクト全体で分析を実行すると、ライン カバレッジが100%になると予想されます。CoreClass

しかし、私はまだ50%を取得しています。

これは包括的な動作であることを理解しています。実際、Cobertura は、モジュールではなく、モジュールでのテスト実行中にのみCoreClassカバレッジ分析用にインストルメント化します。これが、私がまだコード カバレッジの50%を保持している理由を説明しています。coremain

ただし、私の質問は、すべてのモジュールでテストを実行しているときに、実際のコード カバレッジを取得する方法があるかどうかを知ることです。CoreClass

ありがとう！

ps:完璧な世界では、クラスmainをテストすることはモジュールの関心事ではないことを私は知っています。coreしかし、ご存知かもしれませんが、私たちは完璧な世界ではありません :o)

技術情報: Java 1.6、JUnit 4.8.1、Maven 2.0.9 (まもなく 2.2.1 にアップグレードされますが、あまり重要ではないと思います)、Sonar 2.8

Maven、Sonar、および.netプロジェクト用のそれぞれのプラグインをインストールしました。Mavenを使用してプロジェクトをビルドすることもできます。私が実行すると、mvn dotnet:compile-成功を構築します同様に、coverage, cpd, clean, package, unpack成功します。

しかし、実行mvn dotnet:fxcopしてmvn dotnet:metricsからビルドすると失敗します。エラーメッセージは次のとおりです-

fxcopとSourceMonitorツールを使用してfxcopとSourceMonitorを使用してプロジェクトを分析することができます。

このエラーを解決するにはどうすればよいですか？これは構成の問題ですか？pom.xmlファイルに変更を加える必要がありますか？

私はジェンキンスで毎晩実行される仕事をしています。このビルド中に実行されるタスクは、コンパイル、単体テスト、統合テスト (実行する「実際の単体テスト」よりも長い JUnit テストのみ)、および Sonar 品質分析です。

ただし、テストが失敗した場合、ジョブは成功したと見なされるため、この失敗を通知する電子メールは送信されません。

使用する Maven コマンドはmvn clean install sonar:sonar. 目標を削除してinstallも何も変わりません。

それの何が問題なのですか？

1 つの Jenkins ジョブだけで期待される動作 (つまり、テストが失敗したときにビルドが不安定になる) を取得する方法はありますか、または「Java 部分」全体 (コンパイル、単体テスト、および統合テスト) 用に 1 つずつ、2 つのジョブを作成する必要がありますか? 、そしてソナー分析用の1つ？

Maven 2.0.9、Java 1.6、Sonar 2.8、Jenkins 1.413 を使用しています。

最小限の Maven pom を使用して、Java コードでソナーを実行しようとしています。

3つのプロジェクトを実行できます

Unicode UTF-8 を持つプロジェクトに遭遇すると、 sonar:sonar コマンドが失敗します!

クラス名を持つ34行目 "\u00E6"

ユニコードで動作するようにソナーに指示するにはどうすればよいですか?

私は現在Javaプロジェクトに取り組んでおり、品質を監視することが私の仕事の一部です。ツールとして、私はJenkinsをSonarと組み合わせて使用​​します。これらのツールは素晴らしく、問題を迅速かつ継続的に追跡するのに役立ちました。

私が制御できない問題の1つは、UTF-8以外のエンコーディングを使用してコミットする人がいることです。

このようなコードの場合：

...コミットすると、Sonarは「文字列リテラルの平等」の問題を見つけるのに役立ちます。しかし、2行目にあるように、エンコーディングに問題があります。「�」は通常「ü」である必要があります。

Sonar / Findbugs/PMDでこの種の問題を見つける可能性はありますか...

ご意見をお聞かせください！ありがとうございました。

追伸：もちろん、私は共同開発者に直接、または電子メールで問題を説明しようとしました。私は彼らのプロジェクト/ワークスペースのエンコーディングを自分で変更しました...しかし、どういうわけか、まだこのようなコードをコミットすることに成功しています。

MYSQL を使用したインストールに関する情報:

実行bin/windows-x86-32/StartSonar.batしてクリックしますhttp://localhost:9000。これをクリックしても、何も得られません。

それから私echo errorlevel = %errorlevel%と私は見つけましerrorlevel = 1た。

この問題をグーグル検索しましたが、何も役に立ちませんでした。

そのエラーをどうするか知っていますか？

当社はsonar 用の C# プラグインのリリースを見てうれしく思い、最初のリリースに飛びつきました。ただし、ProjectLinkSensor によって報告された実行エラーが発生しているようです。行ったことは次のとおりです。

Windows XP マシンでは、以下をインストールしました。

• Windows 7 開発キット (FxCop を入手するため)
• Fxcop 10.0
• ガリオ
• Sonar 2.9 RC1 (Derby データベースを実行)
• Maven 2.2.1

次に、ソリューションをチェックアウトし、次の pom.xml を sln ファイルがあるディレクトリに配置しました。

Maven ビルドを実行しているユーザーのホーム ディレクトリに、次の settings.xml を配置しました。

すべてのモジュールの前に「スキップ」を付けていることに注意してください。これらのモジュールのいずれかをオフにするとエラーが解消され、より明確なバグ レポートを提供できることを期待して、これを 1 つずつ実行しました。しかし、これは役に立ちませんでした。

プロジェクト ディレクトリ (sln ファイルがある場所) に移動し、次のコマンドを実行すると: mvn -e clean sonar:sonar

Maven ソナー プラグインが分析を行い、ローカル ソナー インスタンスから設定をフェッチし、予想される出力ファイル (たとえば、target/sonar/stylecop-msbuild.xml) を生成することがわかります。ただし、これらのレポートはソナーにアップロードされず、maven によって次のエラーが報告されます。

かなり役に立たないエラー (ProjectModule@2c507f はあまり詳しくありません) を除けば、これは厄介なバグのように見え、ソナーのアップロードが (少なくとも私にとっては) 機能しません。

他の誰かがこの問題を抱えていましたか? 何が原因で、この場合、エラー報告がひどいのはなぜですか?

Sonar/C-Sharp プラグインのエコシステムが私をここで暗闇の中に置き去りにしていると本当に思っているので、これを Jira のバグとして報告したことに注意してください。ただし、追加情報なしで「修正しない」状態に置かれました。Jira のバグはこちら: https://jira.codehaus.org/browse/SONARPLUGINS-1264

私は、HudsonへのAntビルド接続を備えたSonarの新しいバージョンを使用しています。

コンソールで次のエラーが発生します。

ビルドは成功しますが、最終的にはMavenで失敗します。私はSonar-AntTargetのみを使用しています。私はpomで何もしていません。

[sonar：sonar] [INFO]データベースの最適化が完了しました：421 ms BUILD SUCCESSFUL合計時間：49秒[workspace] $ mvn.bat -f "C：\ Documents and Settings \ hegdera.hudson \ jobs \ ZOOR2 \ワークスペース\pom。 xml "-e -B sonar：sonar -Dsonar.host.url = http：// localhost：8001+エラースタックトレースがオンになっています。[INFO]プロジェクトをスキャンしています...[INFO]プレフィックスが「sonar」のプラグインのリポジトリを検索しています。[INFO]利用可能なプラグインアップデートを無視する：Mavenバージョン3.0が必要なため2.0-beta-2 [INFO]利用可能なプラグインアップデートを無視する：Mavenバージョン3.0が必要なため2.0-beta-1 [INFO] --------- -------------------------------------------------- ------------- [INFO] Building Mavenデフォルトプロジェクト[INFO]タスクセグメント：[sonar：ソナー]（アグリゲータースタイル）[情報] ---------------------------------------- - - - - - - - - - - - - - - - - [情報] - - - - - - - - -------------------------------------------------- -------[エラー]ビルドエラー[情報]----------------------------------- ------------------------------------- [INFO] mojo：sonarを実行できません。既存のpom.xmlを持つプロジェクトが必要ですが、ビルドではプロジェクトを使用していません。[情報] - - - - - - - - - - - - - - - - - - - - - - - - ------------------------- [INFO]トレースorg.apache.maven.lifecycle.LifecycleExecutionException：mojo：sonarを実行できません。既存のpom.xmlを持つプロジェクトが必要ですが、ビルドではプロジェクトを使用していません。org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals（DefaultLifecycleExecutor.java:719）でorg.apache.maven.lifecycle.DefaultLifecycleExecutorで。invoke0（Native Method）at sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39）at sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）at java.lang.reflect.Method.invoke（Method.java： 597）org.codehaus.classworlds.Launcher.launchEnhanced（Launcher.java:315）at org.codehaus.classworlds.Launcher.launch（Launcher.java:255）at org.codehaus.classworlds.Launcher.mainWithExitCode（Launcher.java ：430）at org.codehaus.classworlds.Launcher.main（Launcher.java:375）原因：org.apache.maven.plugin.MojoExecutionException：mojo：sonarを実行できません。既存のpom.xmlを持つプロジェクトが必要ですが、ビルドではプロジェクトを使用していません。org.apache.maven.plugin.DefaultPluginManager.executeMojo（DefaultPluginManager.java:414）のorg.apache.maven.lifecycleで。

誰かがこれを解決する方法を教えてくれますか？