日本語メッセージがShift-JISでエンコードされており、かつ適切にハンドリングされていないようなのでUTF-8環境のeclipseでfindbugsを実行すると文字が化ける（findbugs-1.3.9)。簡易処置として、すべての日本語メッセージファいるをすべてUTF-8に変換する。ECLIPSE_HOME を eclipse インストールディレクトリ、findbugs-pluginがeclipseにインストールされているものとして、以下のコマンドを実行。 $ cd ECLIPSE_HOME/plugins/edu.umd.cs.findbugs.plugin.eclipse_1.3.9.20090821/ $ mkdir tmp $ cd tmp $ jar xvf ../findbugs-plugin.jar $ find . | grep _ja ./edu/umd/cs/fin
テレビでCMをやっているような大手消費者金融ならともかく、 あまり名前を知られていない業者はきちんとした会社なのかどうかわかりづらいですよね。 最近の闇金はツイッターやＦＡＣＥＢＯＯＫなどＳＮＳを使った勧誘が多いです。 電話の対応も良かったから、とよく調べないで借りてしまったら実は闇金だった！ と後から大変なことになります。 借りようとしている業者が闇金なのかどうか調べる方法としては、 「登録貸金業者情報検索入力ページ」というものがあります。 貸金業を営むには、必ず都道府県知事や財務局長への登録が必要になりますので、登録している業者であればこの検索で引っかかってくるはずです。 登録番号、所在地、会社名、代表者名などを入れる欄がありますが、どれかひとつを入力しただけでも該当するものがあれば出てきますので、 業者の商号しかわからないという場合でも検索することができます。 厄介なのは、正規の登録
FindBugsでどのルール（ディテクタ？）を採用するかを指定する場合、Eclipeの設定画面で行う。 ただ、これだとMavenでFindBugsを動かしたときに、同じ設定で動かすことができない。 このような場合に、フィルタファイルというものを作成すると 同じ設定でFindBugsを動作させることができる。 ちなみに、このファイルの作成って手作業っぽいんだよなー。 めんどい・・・。 作り方 マニュアルに書いてあるとーりにXMLファイルを作成する。 たとえば、以下のような感じ。 <FindBugsFilter> <Match> <Bug pattern="SQL_BAD_RESULTSET_ACCESS,SQL_BAD_PREPARED_STATEMENT_ACCESS,・・・" /> </Match> </FindBugsFilter> Bugタグには利用したいルールのBugPattern
の情報も探してみた。が、こちらは結構難しい。 Checkstyleは、*.javaを解析してチェックします。なので、コメントに反応できる。しかしFindBugsはコンパイル後の *.class がチェック対象です。なのでコメントでFindBugsを制御することはできません。 従って、FindBugsではアノテーションによる警告抑制手段を用意しているようです。 @edu.umd.cs.findbugs.annotations.SuppressWarnings( value="EQ_COMPARETO_USE_OBJECT_EQUALS", justification="because I know better")http://stackoverflow.com/questions/249536/when-using-eclipse-with-findbugs-can-you-mark-a-
Latest version 0.8.6 for Eclipse 3.2, 3.3, 3.4, 3.5 [2011/10/17] Version 0.8.6 for Eclipse 3.2, 3.3, 3.4, 3.5 Released.[2011/10/17] [0.8.6] Changed a exception handler of djUnit class loader. [Fixed bug] Mojibake of djUnit class loader message. [Fixed bug] SWT's "no more handles" occurs. [Fixed bug] Coverage target line(finally clause) bug with asm1.5.x. Bytecode process was improved. Version 0.8.
JSR 305: Annotations for Software Defect Detection 前回に引き続き、今回も将来的にJava SEに取り込まれる可能性のあるアノテーション関連のJSRを取り上げたいと思う。今回紹介するのは、Javaプログラムのバグ退治をサポートするアノテーションの標準セットとなる「JSR 305: Annotations for Software Defect Detection」だ。 現在、Javaプログラムのバグを探すにはFindBugsやIntelliJなどに代表されるバグ検証ツールを利用するのが一般的である。これらのツールを利用することで、バグの原因となりやすいコードパターンや無意味な処理を行っている箇所などを開発時に容易に発見することができる。 JSR 305では、こういったバグ検証をサポートするアノテーションの標準セットを提供する。たとえばNul
Bx : 非効率な浮動小数点数のコンストラクタを呼び出しています。 valueOfスタティックメソッドを代わりに使用してください。 (DM_FP_NUMBER_CTOR) new Double(double)を呼び出すと、常に新たなオブジェクトが生成されます。これに対し、Double.valueOf(double)は、コンパイラ、クラスライブラリ、JVMによってキャッシュすることが可能です。キャッシュを使用することによって、余計なオブジェクトの生成を防ぎ、コードの実行効率を改善できます。 バージョン5.0より前のJava実行環境との互換性が不要であれば、オートボクシングか、Double、FloatのvalueOf()メソッドを代わりに使用してください。 Bx : 非効率なNumberのコンストラクタが呼び出されています。 代わりに valueOf スタティックメソッドを使用してください。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
