【真夏の夜のミステリー】Tomcatを殺したのは誰だ？
【真夏の夜のミステリー】Tomcatを殺したのは誰だ？：現場から学ぶWebアプリ開発のトラブルハック（6）（3/3 ページ） 【第6章】解決 原因が分かれば対処は簡単だ。今回のシステムでは、TomcatのmaxThreads値を350に変更した。 Apacheの全スレッド数より50多く設定した理由は、Apacheからの再接続が発生した際でも耐えられるよう、多少余裕を持つようにしたためである。どれくらい余裕を持てばよいかは、各システムの状況によって異なる。今回のシステムではこの設定変更以降、無応答となる事象は起こらなくなった。 ■負荷テストをしていたのに、なぜ問題が発見できなかったのか？ 今回のシステムでは冒頭で述べたとおり、試験環境で負荷試験を行っていた。それにもかかわらず、なぜこの問題が発見できなかったのか？ 実は、後から分かったことだが、負荷試験の際、APサーバの台数は本番環境と同じ2
The Apache Tomcat 5.5 Servlet/JSP Container - JNDI Datasource HOW-TO
JNDI Datasource configuration is covered extensively in the JNDI-Resources-HOWTO. However, feedback from tomcat-user has shown that specifics for individual configurations can be rather tricky. Here then are some example configurations that have been posted to tomcat-user for popular databases and some general tips for db usage. You should be aware that since these notes are derived from configura
RADKRAFT: Jakarta Tomcatのグローバルなデータベース・リソース
Jakarta Tomcatで、複数のWebアプリケーションが同じデータベース・リソースを参照するときには、 GlobalNamingResources要素の中にリソースの定義を移して、 どのWebアプリケーションからも参照できるようにすると便利です。 その手順は以下の通りです。 今までContext要素の中に個別のWebアプリケーションごとに定義していた、 Resource要素とResourceParams要素をGlobalNamingResources要素にそのまま移します。 <GlobalNamingResources> <Resource name="jdbc/mudb" auth="SERVLET" type="javax.sql.DataSource"/> <ResourceParams name="jdbc/mudb"> <parameter><name>u
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://tomcat.apache.org/tomcat-5.0-doc/jndi-datasource-examples-howto.html
「TomcatにおけるJNDI設定について」（1） Java Solution － ＠IT
