待ち状態について、意味わからんと、思い、いろいろと調べたところ、どうも、今まで、Hibernateのバッチ処理ということでセッションをflushとclearをしているところを、そのまま、S2Hibernateに移行後も、残して、getComponentでセッション呼んで、flush&clearしていたのが、物理的コネクションを開きっぱなしにしてしまい、待ちになっていたみたい。でも、flushはともかく、clearしないと、セッションにたまっていかないのだろうか?明示的に対象セッションのclearを呼んだ方が良いような気もするけどどうなんだろう・・・。S2Containerからセッションとっても、新しいセッションが開くだけのような気もするし。ふむ、まだ不明な点が多し。というわけで、s2hibernate.dao関連のソースコードを探検中。
カテゴリー: Java
ログ解析ポートレット
S2Hibernate を導入したものをコミット。でも、コネクションプールの扱いに問題があるらしく、解放できないみたいな状態になっていて、待ち状態で止まってしまう。はて、どうしたものだろうか。まだ、Seasarについて、理解していない部分もあり、わからんことがあるな。まぁ、でも、面白そうだね。
Change Log for JSR 168
そういえば、以前に見たような気がするがあとで、再度、確認してみよ。IFRAMEは使っちゃだめかと思ったら、これでOKになっていたのね。
http://jcp.org/aboutJava/communityprocess/maintenance/jsr168/jsr168ChangeLog.html