Emacs で Java アプリケーションをデバッグする—ありえるえりあ
Emacs で Java アプリケーションをソースレベルデバッグするのはいろいろ手を加えないとダメだと思っていたのですが、 Emacs 22.1 の gud.el と gdb-ui.el あたりを注意深く読んでいるとどうもそうでないということが分かり、実際にやってみたところ稚拙ではあるけど一応ソースレベルデバッグっぽいことができたので紹介しておきます。 GUD って何？ GUD (Grand Unified Debugger) は Emacs の統一フロントエンドデバッガで、現在のところ gdb, sdb, dbx, xdb, perldb, pdb, jdb をバックエンドとしてサポートしています。 その中でも gdb に関してはソースレベルデバッガに必要な機能（ブレイクポイントのマークを設置したりする）などが gdb-ui.el に記述されており、ウォッチやローカル変数ウィンドウなど、
Javaの実行をたどる5つ以上の方法
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
【ハウツー】Javaアプリデバッグ今後の姿? コード不要でロギング - LimpidLog 1.0 (1) コーディング不要? | エンタープライズ | マイコミジャーナル
Java 1.5に導入されたjava.lang.instrumentパッケージの機能を活用すると、実行時にJava仮想マシンからさまざまな情報が取得できる。たとえば、実行時にクラスの情報を取得する、などだ。 最大の特徴は、java(1)コマンド実行時に-javaagentオプションを使ってJarファイルを指定すればそれがエージェントとして動作し、本来のプログラムには一切手を加えることなく目的を達成できる点にある。 java.lang.instrument、とくにInstrumentationを活用した場合、実行時にシステムのモニタリングを実現できる。簡単なものではロギングシステムなどがあり、高度なものでは包括的なシステム監視およびパフォーマンス分析ツールなどがある。ここでは簡単なロギングシステムを実現するプロダクトとしてLimpidLogを紹介する。現バージョンでこのアプリケーション単体で
マルチスレッドプログラムのバグ (JavaWorld 2002/1)
マルチスレッドプログラムのバグ 首藤 一幸 産業技術総合研究所 グリッド研究センター 注: このページの文章は JavaWorld 誌 2002年 1月号に掲載された以下の記事の元原稿です。 JavaWorld 誌編集部の了承の元に、本ウェブページに掲載しております。 首藤一幸, "マルチスレッドプログラムに対するデバッギングの心得", 月刊ジャバワールド 2002年 1月号, pp.64-73, IDGジャパン, 2001年 11月 もくじ 序文 1. はじめに 2. レース状態 3. ロック 4. Java言語のモニタ 5. デッドロック スレッドの異常終了によるデッドロック Threadクラスのstop()とsuspend()メソッド 6. 再現性の低さ 7. 予防が肝腎 8. デバッグ assertion機能 デッドロックの検査 9. 注意一秒ケガ一生 参考文献 序文 スレッドは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Executing scripts on a remote machine - Marigan's Weblog
NAKAMURA Minoru's Diary (2003年6月)
http://blogs.sun.com/sundararajan/entry/javascript_debugging_tips_for_mustang
Java Platform Debugger Architecture
http://www.physalis.net/ss/space/jt