Google's Java Style の CheckStyle を使う - なにか作る
Google's Java Style Checkstyle の導入 Java の静的解析ツールの一つである Checkstyle は便利なものなんだけど、デフォルトの設定だと警告があがりすぎて正直ウザい。 なので、ちょこちょこと設定の微調整を行う必要があるんだけど、これがまた面倒くさい。 なにか便利なやり方はないかと探していたら、Checkstyle の公式サイトで Google Java Style 用の設定が配布されていることに気付いた。 checkstyle – Google's Style XML ファイルがダウンロードできるので、これを使うのが便利そうだ。 Google's Java Style Checkstyle の微調整 とはいえ、これもそのまま使うには気になるところがいくつか。何点かの微調整を行う。 パッケージ名にアンダースコアを使いたいときがあるので、パッケージ名のチ
mvn test で findbugs と checkstyle を走らせて，1つでも violation があれば fail させるの術 - その手の平は尻もつかめるさ
OSS で Java をやっていく場合，ロジックのテストだけではなく checkstyle や findbugs などによる静的解析を適用して，それを CI で回していかないととてもではないがやっていけない！！！ という感じになるので，そこら辺を何とかしたい． 具体的に言うと mvn test でこれらの静的解析をテストと一緒に走らせて，静的解析が1つでも violation を吐き出したら BUILD FAILURE にしたい (もちろんテストがコケても BUILD FAILURE になる)． ということで以下のように pom.xml を記述してやります． <build> <plugins> ... <!-- findbugs の設定 --> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>findbugs-maven-
Checkstyleのカスタムルール作成と共有 - souta-bot log
導入しても反発が少なそうなCheckstyleのゆるいカスタムルールを考えてみた。 それとEclipseでのカスタムルール共有方法をメモ。 カスタムルール作成 雛形は既存(プラグイン付属？)の「Sun Checks (Eclipse)」のコピーを使用する(「Sun Checks」よりゆるいルールなのでこちらを選択)。 Javadoc Comments - Method Javadoc - scope をpackageに privateメソッドはJavaDoc無くてもおｋ Javadoc Comments - Method Javadoc - allowUndeclaredRTE をチェック 「RuntimeExceptionのサブクラスに対する@throws節の記述を許可するかどうか」 これがデフォルトで許可されていない理由は何だろ？ Javadoc Comments - Package
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
