配列を返すためのDWRの使い方が悪いのか、メモリがリークする件。

フジタさんの書き込み (2007-12-07 08:59) より:
＞＞なんらかの(広義の)セッションオブジェクトにオブジェクトをどんどん詰め込んでいって、不要になっても開放せず、それが「ウインドウを閉じる」ことでセッションが開放されているような感じもします。だとしたら、やっぱりアプリケーションで作りこんだメモリーリークのバグだと思います。
-----------------------------------------

取説に
「setAttribute(String, Object)
すでにデータ名が存在する場合は、新しく指定されたデータ値が上書きされます。」
とありますが、

クライアントがずっとつなぎっぱなしっでセッションオブジェクトを定期的に同じ
データ名で作るのですが、それは該当するのでしょうか？

nagiseさんの書き込み (2007-12-07 12:30) より:

セッションオブジェクトの使い方がどうなっているのかわかりませんが、
「不要になっても開放せず」をどういった意味で捉えているのでしょうか。

JavaはC言語とは違い、明示的にFreeする必要はありませんが、
初期化前のメモリや、解放後のメモリにアクセスすることのないように
利用されている＝参照がどこかに保持されているオブジェクトは
ずっとメモリ上に持ち続けます。
当然ながら「不要である」というプログラマの主観では解放されません。

セッションなど、アプリケーションの寿命と近いような長い寿命を持つ
オブジェクトにデータを格納する場合、生きた参照がずっと残るので
ガーベッジコレクタの回収対象にならないということはよく起こります。

setAttribute()周辺などはそういう意味でもリークさせやすい場所でもあります。
セッションのタイムアウトまでの時間はどうなっているか、
また、セッションの中身はどうなっているか、そのあたりを調査すると
何か見えてくるのではないでしょうか。