tomcat5とVisualVM - kensir0uのしくみ
WindowsのtomcatでVisualVM使おうとして普通に使えなかったのでJMXの設定を行ったときのメモ -Dcom.sun.management.jmxremote.port=8086（適当なポート番号） -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false tomcatのスクリプトのcatalina.batのJAVA_OPTに上記３つを設定 これで大体うまくいくんだけども、shutdown.batでうまくいかない。 どうも、shutdownのときはJAVA_OPTに上記を指定しているのがまずいみたい。 ってことでcatalina.batを修正する必要がありますよっと。 JAVA_OPTの設定のところで、引数がstopのときとstartのときで分岐させると
Apache Tomcat Configuration Reference - The Context Container
This value represents the delay in seconds between the invocation of the backgroundProcess method on this context and its child containers, including all wrappers. Child containers will not be invoked if their delay value is not negative (which would mean they are using their own processing thread). Setting this to a positive value will cause a thread to be spawn. After waiting the specified amoun
Cargo Maven2 Pluginにおけるプロファイルの使用方法 - 帰宅部
Cargo Maven2 Pluginを使ってwarファイルをTomcatにデプロイする際に、profileを使ってデプロイ先を切り替えるように設定してみました。 <build> <plugins> <!-- Cargo Plugin --> <plugin> <groupId>org.codehaus.cargo</groupId> <artifactId>cargo-maven2-plugin</artifactId> <configuration> <container> <containerId>tomcat5x</containerId> <type>remote</type> </container> <configuration> <type>runtime</type> <properties> <cargo.tomcat.manager.url>${cargo.tomca
Cargo Maven2 PluginでTomcatにリモートデプロイ - プログラマでありたい
前々から使いたいと思っていたCargo Maven2 Plugin。先日時間があったので設定してみました。使ってみたら思いのほか簡単に設定できました。ほとんどpom.xmlを編集するだけで対応可能です。これは中々便利です。Hudson等の構成管理でビルドからデプロイ、再起動まで全て行えます。 <plugin> <groupId>org.codehaus.cargo</groupId> <artifactId>cargo-maven2-plugin</artifactId> <configuration> <container> <containerId>tomcat5x</containerId> <type>remote</type> </container> <configuration> <type>runtime</type> <properties> <cargo.tomcat.
maven2 cargo pluginで自動結合テスト
はじめまして。sasaki-kです。 わたしは業務で継続ビルド環境として hudson + maven2を気に入って使っています。携帯サイトは実機チェックが大変なため、継続ビルド環境上で結合テスト(Tomcat起動してHttpUnitで内容応答確認、DBの値チェック)ができたらなと思っていました。 一方、こういった用途には Cargo Maven2 plugin が有名です。良く紹介される事例としては Tomcatがリモート環境で起動していて、maven2でビルドしたwarをdeployなのですが・・・テスト用のTomcatを継続ビルドマシンにインストールしたり、tomcatのmanager appを有効にしたり、異なるTomcatのバージョンでのテストも面倒だなあと思っていました。 ところが調べてみたところ、maven cargo pluginには ApacheからTomcatを自動ダウ
Large Scale Tomcat Deployments | TomcatExpert
The Apache Tomcat® software is an open source implementation of the Jakarta Servlet, Jakarta Server Pages, Jakarta Expression Language, Jakarta WebSocket, Jakarta Annotations and Jakarta Authentication specifications. These specifications are part of the Jakarta EE platform. The Jakarta EE platform is the evolution of the Java EE platform. Tomcat 10 and later implement specifications developed as
mod_proxy_httpとmod_proxy_ajpとmod_jk — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
静的ファイルはTomcatに処理させない - やさしいデスマーチ
TeedaなどJavaEEでウェブアプリを構築する場合、バックエンドのTomcatやGlassfishにApacheから転送すると思います。しかし、CSSなど静的なファイルまでTomcatに処理させるのはムダなので、これらはApacheで処理を終わらせるような設定を行いましょう。 ProxyPass とか使えば簡単じゃんと思いますが、開発時もスムーズに動くようにするには結構工夫が必要です。開発時に運用時の環境を踏まえておき、デザイナ、プログラマ、デプロイヤー（？）のタスクがスムーズに回るようにしましょう。 構成 サーバアドレスのルート直下にアプリケーションが展開され、それらはTeedaで構築しているとします*1。 さらに静的ファイルに関してはまとめて扱う方が便利なので、１つのディレクトリに納めてしまいます。なのでこんな感じです。 webapp + /media | + css | + js
TPTPでのTomcatプロファイル方法 - FSWikiLite
※もっと組み合わせはあるはずです。。。Tomcatで使用するための設定方法 TPTPのインストール TPTPをEclipseに追加します。 エージェント・コントローラのインストール エージェント・コントローラをインストールします。 http://www.thinkit.co.jp/cert/tech/22/1/3.htmTomcatの設定（Eclipseの場合） サーバビュー（Tomcatを起動/停止させるところ）のTomcatをダブルクリックします。 設定されているJREのどれかを選んで、「コピー」ボタンをクリックします。 以下のように設定してください。 JRE名：任意 デフォルトのVM引数 -XrunpiAgent:server=enabled 作成したJRE設定をドロップダウンより選び、「終了」ボタンをクリックします。 サーバの起動は、通常通り「起動」/「デバッグ」で起動してください
【真夏の夜のミステリー】Tomcatを殺したのは誰だ？ (1/3) - ＠IT
【真夏の夜のミステリー】Tomcatを殺したのは誰だ？：現場から学ぶWebアプリ開発のトラブルハック（6）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） 【第1章】Tomcatが無応答!? トラフィックの多い大規模サイトでは、その負荷のためにさまざまな問題が発生する。それらの問題を回避するには、性能を考慮して作られたアプリケーションや、ノウハウに基づいたミドルウェアのチューニングが必要となる。 TomcatはServletコンテナとしての長い歴史を持ち、多くの採用実績を持つオープンソースのアプリケーションサーバ（以下、APサーバ）だ。大規模なサイトで採用される事例も出てきており、To
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
lambdaprobe.org
Performance Tuning Apache Tomcat