Javaのデバッグをしていて、ステップ実行中にステップインを繰り返したらソースコードのないところに行き当たったことがあるだろう。あるいはEclipseでF3キーでクラスやメソッド・フィールドの宣言元を辿っていってソースコードのないところに行き当たったことがあるだろう。 Eclipseの場合、"Class File Editor"というものが開く。そこにはJavaのバイトコードのニーモニックがズラズラと並んでいて、「これは読めないや、ワケが分からない」と投げ出してしまったりしていないだろうか。 怖がることはない。ちょっとコツを掴めばすぐに読めるようになる。 Class File Editorの開き方 自前のJavaクラスの場合、ビルドして出来上がったclassファイルを開く必要がある。"Package Explorer"だとclassファイルは隠されていて見えないのでWindow -> Sh
_ ログに見るEclipse脳 なんで以下のようなコードが生まれるのだろうか？ ... } catch (Exception e) { logger.error("xxxでエラーになった"); } loggerはLog4JのLogLogのインスタンスなので、あと3文字追加すれば、 ... } catch (Exception e) { logger.error("xxxでエラーになった", e); } となって、話が異様に簡単になる。 なっていなかったので、例外になったという事実だけを淡々と記録したログを前に途方に暮れて調査に無駄な時間を使うことになった。 どうも、彼らはユニットテスト（xUnit系の話ではない）時に、loggerの行にブレークポイントを置いて調べるから、eをLogLogのメソッドに送る必要性をまったくわかっていないようだった。 実際にインストールして動作させて異常時にログ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く