JDI(Java Debug Interface)について語るスレ

19 ：デフォルトの名無しさん：03/03/21 04:47

>>14
スレッド間排他のミスに起因するバグなんかは、ユニットテストなんかじゃ
見つからんよ。

20 ：デフォルトの名無しさん：03/03/21 05:51

>>18
頭わるー、わざわざ欠点になるような使い方を例にあげてる時点で

21 ：デフォルトの名無しさん：03/03/21 06:12

なんだ、ハッタリか。

22 ：デフォルトの名無しさん：03/03/21 06:32

>>1 の 3 つめのリンク読めねー YO!
せめて英語のサイトにしてくれ。

23 ：デフォルトの名無しさん：03/03/21 06:36

アプローダーです。エロ画像UPしなさい
http://www.k-514.com

24 ：デフォルトの名無しさん：03/03/21 10:40

しかし、このJDIを使いこなしている人はどれくらいいるのだろうか.....?　

25 ：デフォルトの名無しさん：03/03/21 11:26

>>24 デバッガー作る人やVM作ってデバッグするためのインターフェースでそ。
一般人が有効活用できなくても問題なし。
堅牢／地道なバージョンのRMIやReflectionAPIと考えると、
なんか面白い事が出来そう。。。

26 ：デフォルトの名無しさん：03/03/22 13:30

VMコントローラだな

27 ：デフォルトの名無しさん：03/03/24 09:43

age

28 ：デフォルトの名無しさん：03/03/24 09:48

>>20
じゃあどんなことに使うのよ？

VMの監視を行う時点で、監視対象のVMに対して何がしかのオーバーヘッド
をかけざるを得ないと思うが。

29 ：デフォルトの名無しさん：03/03/25 11:41

http://jp.st66.arena.ne.jp/cgi-bin/vote+/vote.cgi?detail=%82%a8Java%8f%97%82%c7%82%ea%82%dd&room=1047469261

30 ：デフォルトの名無しさん：03/03/25 15:02

>>29
なんに投票させたいのでつか？

31 ：デフォルトの名無しさん：03/03/27 03:19

Win2000でTCP/IPフィルタリング有効にしたのが原因で、
デバッガが立ち上がらなくなってた。
気付くのに１ヶ月かかったよ。とほほ。
自宅のマシンだからまだよかったけどさ。

32 ：デフォルトの名無しさん：03/03/31 19:48

JDI使ったサンプルが載った、JDIを易しく解説してるサイトないっすか？

33 ：デフォルトの名無しさん：03/04/02 03:04

見当たらないねえ、俺もそんなサイトがあったら教えて欲しい。

34 ：デフォルトの名無しさん：03/04/02 11:44

>>33
なんて骨体
java.sunのサイトみて修行するしかないのか。

むしろこのスレでレスした詳しそうな人が教えてくれたら嬉しい

35 ：山崎渉：03/04/17 15:46

（＾＾）

36 ：デフォルトの名無しさん：03/04/22 00:21

このJDIをEclipseによって簡単に使える方法はありませんか？

37 ：デフォルトの名無しさん：03/05/13 22:23

JavaDebugInterfaceの未来は？

38 ：デフォルトの名無しさん：03/05/13 22:27

>>37
デフォルトでJREに内蔵され続ける。

39 ：デフォルトの名無しさん：03/05/23 10:53

instanceof ??? で分岐させて、ログ取るだけさ…。

40 ：山崎渉：03/05/28 12:49

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

41 ：デフォルトの名無しさん：03/06/01 02:47

windowsなんですが、ダイアローグ内で済ませられるプログラムは、
JDIで情報を取得することができるんですが、
別ウィンドウで立ち上げて実行するようなプログラムに対しての対処法が
分かりません。実行すると止まって、JDI側のプログラムを強制終了
させると、対象プログラムが実行されます。
対処法を知ってる方、いませんか？

42 ：デフォルトの名無しさん：03/06/22 23:27

(￣ー￣)ニヤリッ

43 ：デフォルトの名無しさん：03/07/18 21:36

いまどき Java って、、、

44 ：デフォルトの名無しさん：03/07/20 00:51

>>1

jdbコマンドでデバッグするやつとはどう違う？

Eclipseのデバッガとはどう違う？

45 ：デフォルトの名無しさん：03/07/20 01:08

JDIはデバッガそのものじゃなくて
デバッガを実装するためのインタフェースでしょ

jdbもEclipse JDTのデバッガもこれ使ってるんじゃないかな

こういうものがあればひとつの開発環境上で
いろんなVMを切り替えながらデバッグが出来る訳で

46 ：デフォルトの名無しさん：03/07/20 02:21

JDIか…こんなマニアックなスレがあるとは…。

以前に「機能ごとに、全メソッドに渡るシーケンスの記述を行った設計書」を要求されたことがあって、
JDIでメソッド呼び出しを追った結果と、Docletで作った和名情報を元に、
設計書を自動生成するツールを作ったことがあるです。

ちょっとした機能でも数千行に及ぶコールツリーが出力されて、使い物にならなかったが…。
興味があるひとがいたら、どっかにUPするけど、まあいないだろーなー。

47 ：デフォルトの名無しさん：03/07/20 02:47

>>46
メソッドコールに、設計書への出力対象とするかどうかの重み付けが
出来ないと、使えないな。それができれば何とかならへんか？

48 ：デフォルトの名無しさん：03/07/20 03:19

>>47
いま昔のソース見てみたら、MethodEntryRequest#addClassFilter(String)によるクラスの絞込みやら、
MethodEntryEvent時に、絞り込み対象のメソッド名ならそこはトレースしない、といった処理が書いてあったです。

でも、絞り込み情報を記述するファイルを見ると、ほとんど中身がすっからかんなので、
役に立たなかったのか、それとも絞込み対象の選別自体がとてもやってられなかったのか…

49 ：デフォルトの名無しさん：03/07/20 03:28

>>48
クラスライブラリの設計が明確でなきゃ、どこをトレースすべきなのか
というポイントなんぞ、決められんからねえ。
ツールの問題というより、開発体制とかそっちに問題あったんじゃないの。

50 ：_：03/07/20 03:37

http://homepage.mac.com/hiroyuki44/

51 ：デフォルトの名無しさん：03/07/20 03:43

>>49
えっと。
それ、正解です。･ﾟ･(ﾉД`)･ﾟ･

52 ：デフォルトの名無しさん：03/07/20 03:47

>>51
いやいや、つっこんどいてなんだけど、

う　ち　も　に　た　り　よ　っ　た　り　

です(ﾜﾗ

53 ：デフォルトの名無しさん：03/07/20 03:52

JDIのソースにはjava.lang.reflectが使い放題？

けど今はあまりソース読む気がしない（・∀・）

54 ：デフォルトの名無しさん：03/07/20 04:09

>>46
みたいなことをしたいなら、AspectJ使ったほうが簡単そうだがな。