[Seasar-user:21815] Re: TomcatのJNDI との連携について
Satoshi Kubo
[E-MAIL ADDRESS DELETED]
2014年 3月 11日 (火) 16:02:13 JST
pianyi様
ご教授いただきありがとうございます。
そのあとの小林様の回答を見ると、当時はTomcatのコネクションプーリングを使用して、Seaser側ではプールしないように設定するように推奨している?ようですが、今回の回答を見ると、推奨が変わったみたいですかね。
https://ml.seasar.org/archives/seasar-user/2009-June/017734.html
2014年3月11日 15:33 <rasu ＠ mx4.tiki.ne.jp>:
>
> 久保様
>
> ご指摘ありがとうございます。
>
>
> > Tomcatのコネクションプールと別のコネクションプールを設定することにどのような利点があるのでしょう
> か。
> メーリングリスト:[Seasar-user:17728] [S2JDBC]JNDIで設定されたDataSourceを利用した場合の挙動
> 関連URL:http://sho-ishi.hateblo.jp/entry/20090612/1244776411
>
> の2か所を確認し「例外が発生した場合にロールバックされない」という
> 問題が解決すると認識しております。
> (正確にはSeasar2 がコネクション管理してくれるようになる)
>
> そのため、Tomcat + JNDI の環境の時は、このように設定するのが良いと思いました。
>
> このような回答で良いでしょうか。
> 以上、よろしくお願いいたします。
>
>
> On Tue Mar 11 11:40:01 JST 2014
> Satoshi Kubo <megascus ＠ gmail.com> wrote:
>
> > こんにちは。
> > 久保と申します。
> >
> > 今回の件とは直接関係ないのですが、興味本位で教えてください。
> >
> > Tomcatにはコネクションプーリングの機能が備わっておりますが、
> > 今回の設定ではSeaser2の方で他のコネクションプールを設定しているようとしているように見えます。
> > //tomcatの自動リロードとseaser2のコネクションプーリングの相性が悪くてリークしている?
> >
> > Tomcatのコネクションプールと別のコネクションプールを設定することにどのような利点があるのでしょう
> か。
> >
> > よろしくお願いします。
> >
> >
> >
> > 2014年3月11日 1:23 Koichi Kobayashi <koichik ＠ improvement.jp>:
> >
> > > 小林 (koichik) です。
> > >
> > > > 設定変更ごとに毎回、APPサーバーの再起動を行うのでしょうか？
> > >
> > > 個人的にはそれが推奨です。
> > > 自分自身ではアプリの再デプロイをする運用は
> > > 考えません。
> > >
> > > > この内容は、下記の設定を行う事で解決と考えて良いのでしょうか。
> > > > ・S2JDBCのmaxPoolSizeを10 にする
> > > > ・TomcatのmaxActiveを11以上にする
> > >
> > > はい。
> > >
> > > > http://d.hatena.ne.jp/osakana_21/20081006/1223269740
> > > > コメント欄で書かれている意味はどういう事でしょうか？
> > >
> > > 書いてある通りです。
> > > 不明点があれば具体的にお願いします。
> > >
> > > > 例えば、トランザクションのカスタマイザをServiceCustomizer で指定している場合、
> > > > Serviceのメソッドが終わってもcommit されないと言う事なのでしょうか？
> > >
> > > いいえ。
> > > コミットはされますが、その後でコネクションを
> > > プールに戻す際にデッドロックになるケースが
> > > あるということです。
> > >
> > >
> > > On Mon, 10 Mar 2014 21:25:43 +0900, rasu ＠ mx4.tiki.ne.jp wrote:
> > >
> > > > お世話になっております。
> > > > pianyiと申します。
> > > >
> > > > 現在、SAStruts + S2JDBC + Postgresql9.3 + Tomcat7.50 で開発を行っておりますが、
> > > > DB接続方法をJNDIに変更した所、下記問題が発生して困っております。解決のヒントを下さい。
> > > >
> > > >
> > > > １．diconファイルやJavaファイルを変更した時に発生する「Tomcatの自動リロード」が発生した場合、
> > > > DBコネクションが増えてしまい、接続数オーバー例外(FATAL: sorry, too many clients
> > > already)が発生してしまいます。
> > > >
> > > > このような場合、どのような設定で開発を進めるのが一番良いでしょうか。
> > > > 設定変更ごとに毎回、APPサーバーの再起動を行うのでしょうか？
> > > >
> > > > Context.xmlの設定：
> > > > <Resource name="jdbc/search"
> > > > auth="Container"
> > > > type="javax.sql.DataSource"
> > > > driverClassName="org.postgresql.Driver"
> > > > url="jdbc:postgresql://localhost:5432/aiueo"
> > > > username="postgres"
> > > > password="postgres" />
> > > >
> > > > jdbc.diconの設定：
> > > > <components>
> > > > <include path="jta.dicon"/>
> > > > <!-- from JNDI -->
> > > > <component name="updateDataSource"
> > > >
> class="org.seasar.extension.dbcp.impl.DataSourceXADataSource">
> > > > <property
> > > name="dataSourceName">"java:comp/env/jdbc/update"</property>
> > > > </component>
> > > > <component name="connectionPool"
> > > > class="org.seasar.extension.dbcp.impl.ConnectionPoolImpl">
> > > > <property name="timeout">600</property>
> > > > <property name="maxPoolSize">10</property>
> > > > <property name="allowLocalTx">false</property>
> > > > <property name="validationQuery">"select 1"</property>
> > > > <property name="validationInterval">10000</property>
> > > > <destroyMethod name="close"/>
> > > > </component>
> > > > <component name="updateDataSource"
> > > > class="org.seasar.extension.dbcp.impl.DataSourceImpl"
> > > > />
> > > > </components>
> > > >
> > > >
> > > >
> > > > ２．下記URLに記載されている問題について教えて下さい。
> > > > (無断リンクで申し訳ありません)
> > > >
> > > > http://paulownia.hatenablog.com/entry/20101223/1293112702
> > > > この内容は、下記の設定を行う事で解決と考えて良いのでしょうか。
> > > > ・S2JDBCのmaxPoolSizeを10 にする
> > > > ・TomcatのmaxActiveを11以上にする
> > > >
> > > >
> > > > http://d.hatena.ne.jp/osakana_21/20081006/1223269740
> > > > コメント欄で書かれている意味はどういう事でしょうか？
> > > > 例えば、トランザクションのカスタマイザをServiceCustomizer で指定している場合、
> > > > Serviceのメソッドが終わってもcommit されないと言う事なのでしょうか？
> > > >
> > > > カスタマイザーの設定：
> > > > <component name="serviceCustomizer"
> > > class="org.seasar.framework.container.customizer.CustomizerChain">
> > > > <initMethod name="addAspectCustomizer">
> > > > <arg>"aop.traceInterceptor"</arg>
> > > > </initMethod>
> > > > <initMethod name="addCustomizer">
> > > > <arg>
> > > > <component
> > >
> class="org.seasar.framework.container.customizer.TxAttributeCustomizer"/>
> > > > </arg>
> > > > </initMethod>
> > > > </component>
> > > >
> > > >
> > > >
> > > > ３．JNDIを使用するにあたり注意事項や他の注意点など有りましたらご教授下さい。
> > > > (JNDIじゃ無くて別のを使う方が良い…など)
> > > >
> > > > 因みに、JNDIの採用理由は、WARファイルを数十か所に配布するため、更新後のDB接続先などの変更ミス
> を防ぐためです。
> > > >
> > > >
> > > >
> > > > 以上、よろしくお願いいたします。
> > > >
> > > > _______________________________________________
> > > > Seasar-user mailing list
> > > > Seasar-user ＠ ml.seasar.org
> > > > https://ml.seasar.org/mailman/listinfo/seasar-user
> > >
> > >
> > > --
> > > {
> > > name: "Koichi Kobayashi",
> > > mail: "koichik ＠ improvement.jp",
> > > blog: "http://d.hatena.ne.jp/koichik/",
> > > twitter: "@koichik"
> > > }
> > >
> > > _______________________________________________
> > > Seasar-user mailing list
> > > Seasar-user ＠ ml.seasar.org
> > > https://ml.seasar.org/mailman/listinfo/seasar-user
> > >
> >
> >
> >
> > --
> > Satoshi Kubo
> > mailto:megascus ＠ gmail.com
> >
>
> _______________________________________________
> Seasar-user mailing list
> Seasar-user ＠ ml.seasar.org
> https://ml.seasar.org/mailman/listinfo/seasar-user
>
--
Satoshi Kubo
mailto:megascus ＠ gmail.com
-------------- next part --------------
HTML$B$NE:IU%U%!%$%k$rJ]4I$7$^$7$?(B...
URL: <http://ml.seasar.org/archives/seasar-user/attachments/20140311/263e946f/attachment.html>
Seasar-user メーリングリストの案内