「Web アプリのバージョンアップ時に Tomcat を再起動してもいいのは小学生までだよねー」 ということで、Tomcat でダウンタイム無しで Web アプリのバージョンアップをする方法についてまとめてみる。 Parallel Deployment Tomcat 7 から Parallel Deployment という機能が追加され、同一 Web アプリの複数バージョンを同時にデプロイができるようになった。 war のファイル名を somewebapp##001.war 等にしておくことで、 - $CATALINA_BASE/ - webapps/ - somewebapp##001.war - somewebapp##002.warのように配備をすると、 http://localhost:8080/somewebapp/ でアクセスした場合に、セッションが継続している場合には古い方(
■ リクエスト処理のアーキテクチャ Tomcat 4時代から採用されているリクエスト処理のCatalinaアーキテクチャは変更なしで、そのまま採用しています。Tomcatが受け付けたリクエストは、リクエスト処理パイプラインによってServletまで到達し処理されます。 ■ クラスタリング（セッションレプリケーション） 若干のインターフェイスの改良はありますが、基本的には同じ仕様です。 「All-to-All」「primary-secondary」の2つのレプリケーション方式が利用可能となっています。 ■ DBコネクションプール 今までどおりApache Commons DBCPを使用し、バージョンはDBCP 1.4系(JDBC 4用)を採用しています。Tomcat独自のjdbc-poolを利用する場合は別途ビルドが必要です。jdbc-poolは近いうちに同梱されるかもしれません。 では、T
2012-12-11追記: Tomcatの機能ではなくて、JDK7からそうなっているようです。失礼しました。 Tomcat7のスタックトレースがちょっと便利になっているということに気が付きました。 クラスがどのJarからロードされたか、わかるようになっています。([jasper.jar:7.0.11]という部分がそれ) 6:18:48,135 WARN [Include] "http-bio-8080"-exec-3 - Exception thrown during include of /WEB-INF/template/outline-layout.jsp org.apache.jasper.JasperException: java.lang.ClassCastException: java.util.ArrayList cannot be cast to java.util.Se
Tomcat 7.0.11をインストールしました。webappsディレクトリにwarファイルを放り込んでデプロイするのは昔からの習わしですが、リモートよりコマンドラインでデプロイしたかったのでDeployerというツールを試してみました。 マニュアルがイマイチでちょっと手こずりましたがそんなに難しくはないです。 手順は以下の通り。 1. conf/tomcat-users.xml にユーザを設定 manager-scriptというロールを持つユーザを作ります。 <tomcat-users> <role rolename=”manager-script”/> <user username=”ユーザ名” password=”パスワード” roles=”manager-script”/> </tomcat-users>
Eclipse WTP Tomcat hot deploy
One of the reasons why JavaEE does not have many succesful projects is that its development time is usually longer than other competitors’ time (PHP, Ruby, Python, ASP.NET, …) . Ok, we all know the burden of overly complicated design and over-engineered implementations from Sun, so let’s skip them and go to the one to be resolved: the Hot-Deploy time. In other words, the time for developers to see
任意のセッションIDを付加したリクエスト発行のわな http://example.com/Top.do;jsessionid=135383EED2F6BDFB50329A67DB1F4542 のように「;jsessionid=XXX」という文字列が付加されたURLを見たことはあるだろうか。 jsessionidとはJ2EEを使用したWebアプリケーションにおいてデフォルトで使用されるセッションIDを表すパラメータ名である。Servlet仕様では、セッションIDの格納先にCookieが利用できないクライアントが存在することを想定してURLへの文字列付加によるセッションIDの送信もサポートすることが推奨されている。 この仕様はURLリライティングと呼ばれ、
まずは以下の手順で各種ディレクトリと設定ファイルを準備。 apache-tomcat-6.0.18.zipを入手し、C:\apache\tomcat-6.0.18に展開 C:\apache\tomcat-instance1を作成し、C:\apache\tomcat-6.0.18からconf,logs,temp,webapps,workディレクトリをコピー C:\apache\tomcat-instance1\conf\server.xmlのポート番号を変更 C:\apache\tomcat-instance2も同様に作成 デイレクトリと設定ファイルが準備できたら、service.batコマンドで登録。 C:\apache\tomcat-6.0.18\bin>set JAVA_HOME="C:\Program Files\Java\jdk1.6.0_07" C:\apache\tomcat-
Tomcatのstartup.shコマンドを叩くとTomcatが起動するが、デフォルトだとTomcatのインスタンスは１つしか起動しない。起動したTomcatのインスタンスは基本的に１つのVM上で起動していることになる。当然ながらTomcatに複数のWebアプリケーションをデプロイしていたとしても、それらは１つのVM上で動作することになる。ヒープメモリの割当等もVM単位でしかできないため、メモリ制御もTomcatのインスタンス毎となる。 で、システムの規模が大きくなったり、デプロイするWebアプリケーションが多くなったり、クラスタ構成を取りたい場合などは、Tomcatを複数インスタンス立ち上げたい。複数インスタンス立ち上げれば各インスタンス毎にメモリの割当も可能になるし、GCが走った際の処理の負荷も（運用的に考えると）分散される。 WebLogicとかは、管理サーバからインスタンスを作成で
数百キロのコードでブルー - ドクターTomcat緊急救命：現場から学ぶWebアプリ開発のトラブルハック（14）（1/2 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） 人は真実を知りたがる…… そして、不幸が始まる ある晴れた日、温かい太陽の光を体に浴びながら、めずらしく爽快な気分で会社に出社した。しかし、その爽快な気分も長くは続かなかった。出社するなり、上司から次のようにいわれた。 「茨城で開発しているシステムが、リリース直前にナゾのフリーズに悩まされているようだ。支援依頼があったのだが、ちょっといって原因を調べてやってくれないか」 今回の現場は、都心から少し離れている。私は特急の乗車券を
Webアプリケーションで、初回アクセス時にURLへ埋め込まれるjsessionidを表示させないようにしたい！！ え？表示されちゃうんだから仕方ないやんって？ いやいや〜、今回のWebアプリを使っているお客さんがどうもこのjsessionidが表示されるのを嫌がってるんデスよ。 じゃあ、コンテキストでcookies=trueにしちゃえばいいじゃん このアプリは携帯でも使用できるようになってるからデフォCookieはちょっと。。。 ここでjsessionidとStrutsについてざくっと J2EEのServlet仕様ではCookieにセッションIDを埋め込む、もしくはCookieが使えない場合にはURLにセッションIDを埋め込むことを推奨としている。。 Strutsのタグライブラリを使用した場合には、セッションIDをURLへ自動的に埋め込む実装がデフォでサポートされとります。 コンテナ側でU
ユーザの入力やシステムの状態によって表示が変化する、動的なWebページを構築する技術としては、サーバサイドJavaが登場する以前から、CGI（Common Gateway Interface）がよく知られています。CGIとは、Webサーバから外部プログラムを呼び出すための仕組みです。PerlやRubyなどのスクリプトを呼び出すことで、Webページを動的に表示させることができます。 小・中規模のWebサイト構築では、まだまだサーブレット・コンテナを導入できないことも多いので、いまだにCGIがよく使われます。一方ではサーバサイドJavaの開発、もう一方ではPerlによるCGIの開発、というようなプログラマの方も多いことと思います。 さて、そのようにJavaとCGIを並行で開発していて、Tomcatがすでにインストールされている環境に、さらにApacheをインストールしなくてはならないのを面倒に
肥え続けるTomcatと胃を痛めるトラブルハッカー：現場から学ぶWebアプリ開発のトラブルハック（8）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） メモリリークと聞いて、良いイメージを思い浮かべる開発者は少ないだろう。経験したことのある人にとっては、思い出したくない過去の記憶がよみがえるかもしれない。もしかしたら、その単語を聞くだけで胃が痛くなる人もいるかもしれない。筆者もかつてはその1人であった。 前々回の記事では、WebサーバとTomcatの間の接続において、スレッド数の不整合により発生したトラブル事例を、前回はTomcatとDBサーバの間のトラブル事例を紹介した。今回もTom
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
