Apache Tomcat Configuration Reference - The HTTP Connector
Links Docs HomeConfig Ref. HomeTop Level Elements ServerServiceConnectors HTTPAJPContainers ContextEngineHostNested Components Global ResourcesLoaderManagerRealmResourcesValveOther FilterSystem properties The HTTP Connector element represents a Connector component that supports the HTTP/1.1 protocol. It enables Catalina to function as a stand-alone web server, in addition to its ability to execute
web.xml 要素リファレンス
web_app_2_3.dtdに基づいたweb.xmlの各要素に関するリファレンスです。 JavaPress誌Vol22/23に掲載された「ピンポイントJSP&サーブレット」 という記事の原稿をもとにして、 コラムなどを末尾に移動して見通しをよくしたものを公開します。 校正前の原稿(プレインテキスト)を元にしていますので、 見栄えなどはあまり考慮していません。 また、雑誌記事口調の部分と、適当に省略して不自然になっている文が 混じってます_o_。 間違いのご指摘はshin@sk-jp.comまでお願いします。 Webアプリケーションとは web.xml詳細 各要素の説明 開発者のサポートのための要素 <distributable>? <context-param>* <param-name> <param-value> <description>? <filter>* <icon>? <f
[ThinkIT] Javaアプリケーションサーバのクラスタリング機能比較 第2回：Tomcatのクラスタ設定
現在（2005年10月）のバージョンのTomcatで使用されている"all-to-all"のセッションレプリケーションでは、クラスタグループ内にあるすべてのTomcatが同じセッション情報を共有します。"all-to-all"のセッションレプリケーションの方式はわかりやすい形ではありますが、クラスタグループ内のサーバの台数が多いとセッション間で情報のやり取りが多くなるため、ネットワークのトラフィックが増大してしまいます。 そのため、少ない台数のTomcatで同じセッション情報を共有する"primary-secondary"のセッションレプリケーションが望まれています。"primary-secondary"であれば、セッションレプリケーションされる情報は「プライマリサーバ」と「セカンダリサーバ」の2台の間でのみやり取りされるため、ネットワークにかかる負荷はそれほど大きくなりません（図2）。
Tomcat5のクラクタリング機能
Tomcat5には、標準でクラスタリング機能が付いています。 クラスタリングとは、簡単に言えば複数のサーバを同時に動かす技術のことです。 ただし、外部からはあたかも単一のサーバにアクセスしているような動作をします。 これによって、一つのサーバがダウンしてもシステムは正常に動作することが保証されます。 さらに、サーバを増やすことによって簡単にシステムパフォーマンスを上げることが出来ます。 今回はこの機能について調べてみます。 ちなみに、クラスタリング機能を使うにはJDK1.4以上が必要になります。 複数のTomcatを同一マシン上で起動する 本来、クラスタリング機能の各サーバ(ノードと呼ばれる)は 別々のマシン上で動作するものですが、ここでは説明を簡単にするために 同一マシン(さらに同一ディレクトリ)から2つのTomcatを起動することにします。 今回使用したのはTomcat5.0.27(W
技術的雑談-複数のTomcatを立ち上げてmod_jk経由でロードバランスさせる - Tsubasa's HomePage
使用OS：CentOS 3.5 httpd：Apache 2.0.46(多分2.0.xだったら大丈夫) JDK 1.5.0_10 Apache tomcat 5.5.17 mod_jk(tomcat-connector) 1.2.20 mod_jkを使ってTomcatとhttpdを連携するが完了していること。 目的 1つのサーバ(OSインスタンス)上で複数のTomcatインスタンスを立ち上げる。 mod_jkの機能を使い、複数のTomcat(JSP/Servletエンジン)を1つのhttpdから公開する。 今回の完成版の構成図は以下のようになります。 ┌――――┐ httpリクエスト→ │ Apache ├―――┐ 処理を依頼 ┌――――┐ ｜ ｜mod_jk｜―――――→｜ Tomcat1｜ httpレスポンス← ｜ ｜ ｜←―――――｜ ｜ ｜ ｜ ｜ 結果を返す └――――┘ ｜ ｜
技術的雑談-複数のTomcat間でSessionの途切れないClusterを作る - Tsubasa's HomePage
使用OS：CentOS 3.5 httpd：Apache 2.0.46(多分2.0.xだったら大丈夫) JDK 1.5.0_10 Apache tomcat 5.5.17 mod_jk(tomcat-connector) 1.2.20 複数のTomcatを立ち上げてmod_jk経由でロードバランスさせるが完了していること。 目的 Tomcat5.5の複数のインスタンス間でWeb ApplicationのObjectを共有し、フェイルセーフなClusterを作る。 今回の完成版の構成図は以下のようになります。 ┌――――┐ httpリクエスト→ │ Apache ├―――┐ 処理を依頼 ┌――――┐ ｜ ｜mod_jk｜―――――→｜ Tomcat1｜ httpレスポンス← ｜ ｜ ｜←―――――｜ ｜ ｜ ｜ ｜ 結果を返す └――――┘ ｜ ｜ ｜ ↑ ｜ ｜ ｜ SessionなどのO
“安全”のためにTomcatを理解し、構築し、動作させる
“安全”のためにTomcatを理解し、構築し、動作させる：Tomcatはどこまで“安全”にできるのか？（1）（1/3 ページ） 無料サーバはどこまで安全にできるのか？ 近年、Linux上でサーバを構築・公開する方が多くなってきていますが、中途半端な設定のサーバを公開することで会社の情報資産が危険にさらされることがよくあります。 そんな中、基本的に無料のOSであるLinuxサーバと、同じく無料で利用できるアプリケーションで、世界中において高いシェアを誇るTomcatを用い、「無料でどこまで製品サーバのセキュリティに迫れるか？」「どこまで安全にWebアプリケーション構築ができるか？」をこの連載を通して追っていきたいと思います。 第1回は、そもそもTomcatとは何かを解説し、Tomcatの最新版の新機能とそのセットアップの仕方や自動起動の方法、Apacheと連携させる方法などを紹介します。 T
The Apache Tomcat 5.5 Servlet/JSP Container - Logging in Tomcat
Tomcat 5.5 uses Commons Logging throughout its internal code allowing the developer to choose a logging configuration that suits their needs, e.g java.util.logging or Log4J. Commons Logging provides Tomcat the ability to log hierarchically across various log levels without needing to rely on a particular logging implementation. An important consequence for Tomcat 5.5 is that the <Logger> element f
Apache Tomcat Configuration Reference - The AJP Connector
The AJP Connector element represents a Connector component that communicates with a web connector via the AJP protocol. This is used for cases where you wish to invisibly integrate Tomcat 5 into an existing (or new) Apache installation, and you want Apache to handle the static content contained in the web application, and/or utilize Apache's SSL processing. This connector supports load balancing w
Javaの道：Tomcat（８．アクセスログ）
設定方法 Tomcatのアクセスログ設定はserver.xmlやコンテキスト名.xmlに設定する<Valve>タグで行います。アクセスログとはコンテキストに設置されたJSP、サーブレット、HTML、GIFファイルなどのアクセス状況を表すログで、Tomcat動作に関するログ(エラーログなど）とは異なります。Tomcat動作に関するログは<Logger>タグで行います(Tomcat5.5からは、<Logger>タグではなく、logging.propertiesファイルで行うようになりました)。<Valve>タグでは、ログファイル名、ログパターンなどを指定できます。 <Valve>タグは<Engine>タグ、<Host>タグ、<Context>タグのサブ要素として設定できます。<Engine>タグのサブ要素として設定した場合はそのTomcatエンジンすべてのアクセスログを生成します。<Host>
Tomcatで独自のエラーページを使う
Tomcatは、存在しないURLへのリクエストがあったとき、認証に失敗したときやサーブレットにエラーがあったときなど、HTTPのエラー発生時には以下のようなエラーページを表示します。 しかし、このエラーページはセキュリティ的に問題となることがあります。使用しているTomcatのバージョンがエラーページのフッタに表示されるからです。エラーページの表示から、脆弱性のあるバージョンを使用していることを知られ、攻撃対象にされてしまう危険があります。もちろん、メンテナンスが万全で、脆弱性が発見されるたびに最新バージョンにアップデートしているシステムなら、バージョンが表示されても問題はありませんが、現実はなかなかそういかないでしょう。 このような危険を防ぐために、エラーページを自前で用意したものに置き換え、セキュリティの向上を図るべきです。Tomcatでは、Apacheと同様にエラーコードに応じて独自
Tomcat 6で実現！ Ajaxを超える通信技術Comet (1/3) - ＠IT
Tomcat 6で実現！Ajaxを超える通信技術Comet：Tomcatはどこまで“安全”にできるのか？（3）（1/3 ページ） Ajaxを超える？ Tomcat 6で搭載されたCometとは？ 前回はTomcatを“安全”に活用するために、ツールを使った運用の仕方やTomcatの設定について解説しました。 今回はTomcatの安全性から少し離れて、Tomcat 6の新機能の利用方法について解説します。Tomcat 6では、いくつかの大きな拡張がありましたが、今回はJ2SE 1.5で実装されたNew I/O API（java.nioパッケージ）を用いたComet（コメット）通信について解説します。 おさらい 「通常のHTTPでの通信」 通常のHTTPでの通信はクライアントのWebブラウザなどからサーバへリクエストを送信し、サーバはリクエストを解釈してレスポンスを返します。つまり、通信のタイ
【真夏の夜のミステリー】Tomcatを殺したのは誰だ？ (1/3) - ＠IT
【真夏の夜のミステリー】Tomcatを殺したのは誰だ？：現場から学ぶWebアプリ開発のトラブルハック（6）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） 【第1章】Tomcatが無応答!? トラフィックの多い大規模サイトでは、その負荷のためにさまざまな問題が発生する。それらの問題を回避するには、性能を考慮して作られたアプリケーションや、ノウハウに基づいたミドルウェアのチューニングが必要となる。 TomcatはServletコンテナとしての長い歴史を持ち、多くの採用実績を持つオープンソースのアプリケーションサーバ（以下、APサーバ）だ。大規模なサイトで採用される事例も出てきており、To
Tomcatのサーバ設定
Tomcatの設定ファイル「server.xml」 「第7回：Tomcat Webアプリケーションマネージャを使ってみよう！」 では、Tomcat WebアプリケーションマネージャによるWebアプリケーション管理について紹介しました。今回はTomcatの設定ファイルであるServer.xml について解説します。また、同様の設定をWebブラウザから行える管理ツールTomcat Administration Toolについて紹介します。 server.xmlによるTomcatの基本設定 CATALINA_HOME/conf/server.xmlは、Tomcatのメインの設定ファイルであり、Tomcat起動時に読み込まれま す。CATALINA_HOME/conf/ディレクトリにはデフォルトのserver.xmlの他に、最小限の設定だけが書かれたテンプレートserver-minimal.xml
tomcat6チューニング - uzr tech memo
HTTPとAJPのコネクタで設定できるものとデフォルト値が異なるので注意が必要 【AJP13】Thread関連 主要なものだけ。 maxThreads リクエスト処理スレッドの最大個数。デフォルトは40 connectionTimeout デフォルトはTimeoutしない。 keepAliveTimeout 接続を閉じる前に別の HTTP リクエストを待つミリ秒数。 デフォルト値は connectionTimeout 属性にセットされた値が使われる。 secure Cookieのsecure属性をtrueにする。 enableLookups request.getRemoteHost()で名前が引けるようにする。デフォルトはtrue。利用しなければfalseにしておく。 参考 The Apache Tomcat Connector - Reference Guide
[無料WEBグループウェア Group Session] Tomcatの簡単なチューニング
Tomcatはデフォルト設定のままだと不要な機能が多く起動されています。 高機能なサーバ機で動作させていれば気になりませんが、社内で古くなったPC等の 低スペックなPCで動作させている場合、不要な機能を停止することで少しだけ レスポンスが良くなります。 今回はApacheと連携させていることを前提に、最小限の設定でTomcatを起動させる 設定をご紹介いたします。 ※tomcatを停止した上で作業してください。 ※データのバックアップは必ず取った上で作業してください。 下記の内容はTomcatのインストール先を${TOMCAT_HOME}として記述しています。 前提条件 GroupSessionがインストール済みであること。 Apache HttpサーバとTomcatを連携した環境で使用していること。 Tomcatのサンプルアプリケーションを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Sites: Sign-in
Japan.internet.com コラム/DevX「使用率の高いTomcatサーバーをリアルタイムで追跡＆チューニング 」
http://japan.internet.com/developer/20070123/26.html