HOT reloadingとClassLoaderを理解しよう - ひがやすを技術ブログ
JavaではClassはClassLoaderに読み込まれます。これはほとんどの人が知っていると思います。AOPを使うときのエンハンスされたクラスも同様にClassLoaderに読み込まれます。 これらの情報は、パーマネント領域に格納されますが、ClassLoaderがGCされると解放されます。 Seasar2のHOT reloadingでは、リクエストの度にClassLoaderを作って、そこにClassをロードし、そのClassLoaderは、リクエストが終わったら破棄しているので、Classの情報は、リクエストごとに破棄されています。 HOT relodingによって、パーマネント領域が使いつくされることはありません。 さらっと書きましたが、きちんとClassLoaderを破棄するのは、かなり大変です。リフレクションの情報がキャッシュされているとそれだけで破棄されなくなってしまうから
DI×AOPのこれまで、Seasarの今、そしてSlim3へ… (1/2) - ＠IT
DI×AOPのこれまで、 Seasarの今、 そしてSlim3へ… 「Seasar Conference 2009 White」レポート ＠IT編集部 平田修 2009/4/2 DI×AOPを軸にしたJavaのWebシステム開発の過去・現在・未来や、日本発の世界標準を目指すSlim3の最新情報について 2009年3月14日、東京都千代田区の法政大学 市ヶ谷キャンパス内にて「Seasar Conference 2009 White」が開催された。日本を代表するオープンソース（以下、OSS）プロジェクトである「Seasar」が主催するイベント「Seasar Conference」も今回で7回目。参加者は600人を超えセッション数は26となった。 本稿では、数あるセッションの中からSeasarや、その運営団体、そして「DI×AOP」を軸にしたJavaのWebシステム開発の過去・現在・未来について
新・たけぞう瀕死の日記
■ [Seasar]SeasarのHOT deployは難しい SeasarのHOT deployは開発時は非常に強力な機能ですが、取り扱いには注意が必要な機能でもあります。とりわけ問題になるのがHOT deployとCOOL deployの挙動の違いです。まず良くハマるのが、HOT deploy時のクラスローダの問題です。HOT deploy時はリクエスト毎にクラスがロードされるため、セッションやアプリケーションスコープに格納するオブジェクトについては普通に入れるだけだと取り出すときにClassCastExceptionが発生したりします。回避策としては以下のような方法があります。 コンテキストクラスローダで先にロードしておき、HOT deploy対象外にする マップなどに変換して格納しておくか、取り出すときにBeansなどでリフレクションを使ってコピーする フレームワークの拡張を行う場
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
