たまにっき。 / 2006-06-11
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 |
2006-06-11 Sun
■ Javaプログラムの種々の実行時情報の効果的取得方法
AddTracer の関連研究を調べていたら，こんなのを見つけた．
楓 基靖、林 晃一郎、樋田 洋明、吉村 陵二、真野 芳久, "Javaプログラムの種々の実行時情報の効果的取得方法", 『アカデミア』数理情報編, 第6巻, pp.31-38, March 2006.
Javaの動的バースマークの抽出が最終目標だが，実行時の情報をどうやって効果的に取得しようかということに焦点を絞った原稿だが，研究のモチベーションがイマイチよくわからない．既存の動的情報取得ツールに DataExtractor と拙作 AddTracer が挙げられている．
要約すると DataExtractor はデバッグ情報(LocalVariableTable, LineNumberTable)がないといけないので，動的バースマーク抽出には注意が必要ですよー，AddTracer は BCEL を使って動的な情報を出力するようにクラスファイルを書き換えますよー．で，我々はローカル変数の実行時情報を取得する方法について述べます．ただし，デバッグ情報(LocalVariableTable, LineNumberTable)があることを前提とします．
DataExtractor と AddTracer のどの部分がダメなのかがわからない．DataExtractor とか AddTracer を使わない理由がわからん．
AddTracer の出力するフォーマットを変更するにはバイトコードやオペランドスタックに関する詳細な知識が必要であるため，万人に勧められるものではない，とか，なんとか文句を付けて欲しかった．
また，似たような内容の原稿を見つけたのだが，そこでは，「不必要な情報を大量に取得してしまう」とある．ならば必要なのは何らかのフィルタリング技術であるように思うのだが．
長文うぜぇ．
]
2008 : 01 02 03 04 05 06 07 08 09 10 11 12
2007 : 01 02 03 04 05 06 07 08 09 10 11 12
2006 : 01 02 03 04 05 06 07 08 09 10 11 12
2005 : 01 02 03 04 05 06 07 08 09 10 11 12
2004 : 01 02 03 04 05 06 07 08 09 10 11 12
2003 : 01 02 03 04 05 06 07 08 09 10 11 12
2002 : 01 02 03 04 05 06 07 08 09 10 11 12
2001 : 01 02 03 04 05 06 07 08 09 10 11 12
最終更新時間: 2008-09-04 19:19
Powered by 
