Tomcatのwarファイルとデプロイと自動展開 - ろば電子が詰まつてゐる
またもやTomcatでハマってしまったので、ちょっとまとめておこうと思う。Tomcatでのwarファイルの扱いと、コンテキストパスと、自動デプロイについて。 Tomcatのデプロイとwarファイル Tomcatではアプリケーションをデプロイするには、warファイルという、Webアプリケーションに必要なclassファイル・jarファイル・jspファイルやWEB-INF/xmlファイルなどをまとめてひとかたまりにしたファイルを配置してデプロイする。 このwarファイルは実質はただのzipファイルであるため、unzipコマンドで展開して中身を覗いてみることもできる。 $ file struts2-showcase.war struts2-showcase.war: Zip archive data, at least v1.0 to extract $ unzip struts2-showcas
Groovy/お手軽Web開発(GroovyServlet, Java, Gradle, Tomcat) - Glamenv-Septzen.net
ホーム 検索 - ログイン | | ヘルプ Groovy/お手軽Web開発(GroovyServlet, Java, Gradle, Tomcat) [ Prev ] [ Next ] [ Groovy ] Groovy/超お手軽Web開発(Groovy-1.8 + Jetty8, 201209版) でGroovyServletを使った非常にミニマルなWeb開発環境を紹介しました。今回はもう少し掘り下げて、実際にServletやJavaソースを組み合わせ、Tomcat上でclassファイルの自動リロード(Context auto reload)も有効にした「サクサク開発」が出来る構成を作ってみたので、紹介します。 サンプル： https://github.com/msakamoto-sf/java-groovy-gradle-war-sample1/tree/5359ba6592892a
Spring Bootで選択できるアプリケーションサーバの比較
Spring Boot 1.2.0 RC2でUndertowが選択できるようになり、アプリケーションサーバの選択肢が3つになりました。 Tomcat Jetty Undertow 起動時間やパフォーマンスの比較をしたので、まとめておきます。 比較に使ったアプリは、 以前作ったISUCON4予選のSpring Boot実装 です。 ソースはここに置いてます。 サーバはISUCON運営チーム公開の公式AMIを使ってます。 AMI IDはこちらのページを参照してください。 ISUCON4 予選問題の解説と講評 ＆ AMIの公開 公開されたAMIと上記のソースのままでは、DBサーバがボトルネックになっていて、Javaアプリのパフォーマンス比較が出来ないので @kazeburoさんのこちらのブログエントリーにある設定を行い、ボトルネックを取り除いた状態にして比較しました。 ※僕が作ったSpring
Commons DBCPを超えるTomcat JDBC Poolとは
Commons DBCPを超えるTomcat JDBC Poolとは：Tomcat 7の新機能で何ができるようになるのか？（番外編）（1/2 ページ） TomcatのDBコネクション・プールは2つある ＠IT読者の皆さんは「Tomcat JDBC Connection Pool」をご存じですか？ 通常、TomcatのDBコネクション・プールといえばApache Commonsプロジェクトの「Commons DBCP」を想像するかと思います。しかし、Tomcatには「Commons DBCP」以外にもDBコネクション・プールの実装が存在します。それが、「Tomcat JDBC Connection Pool」（以下、Tomcat JDBC Pool）です。 Tomcat JDBC Poolとは、Apache Tomcatプロジェクトが独自に作成したDBコネクション・プールの実装のことです。
Tomcat 7も対応したServlet 3.0の変更点 後編
Tomcat 7も対応したServlet 3.0の変更点 後編：Tomcat 7の新機能で何ができるようになるのか？（2）（1/3 ページ） 前回の「Tomcat 7も対応したServlet 3.0の6つの主な変更点」では、「Tomcat 7」が実装したServlet 3.0の新機能のうち「Ease of Development（EoD、開発容易性）」「Pluggability and Extendibility（モジュール化と拡張性）」について紹介しました。今回はAsynchronous processing（非同期処理）、セキュリティ、Session Tracking、マルチパート対応を紹介します。 アノテーションによる非同期処理 Servlet 3.0から非同期処理が使えるようになりました。Servlet 2.5までは、Servlet上でスレッドを生成・起動し、リクエストやレスポンス
jdk6u23 で jps/jstat が動作しないあるある - Bug’s Groove
お小遣いの残高と年齢以外の数値を計測する事は大好きなソメダです、おはようございます。 さて、皆様におかれましても、運用時の Java アプリケーションのヒープの利用状況の傾向監視は行われているとは思いますが、そういった用途に利用される事の多い jps/jstat といったユーティリティが、現在 (2011年01月) 最新の Java SE 6 update 23 では動作しない事があります。 これは、java.io.tmpdir を OS 標準のディレクトリ (Linux だと /tmp ) 以外に指定して JVM を起動した場合に発生し、例えば以下のような状況になります。 # ps -aef | grep java tomcat 29030 1 0 Jan12 ? 01:04:01 /usr/java/default/bin/java <略> -Djava.io.tmpdir=/usr/
TomcatではなくJBossを選ぶ○○の理由 - nekop's blog
java-ja忘年会でharu860さんに聞かれたのでエントリを書くよ。と思ってざっくり書いて放置していましたすみません。この質問へのよくある回答として「EJBを使うとき」みたいなものがありますが、この回答は多くの場合何の役にも立ちませんね。このような回答をする人はJBossをあまり良く理解していない可能性があります。 というわけで、JBossを使っているユーザがどのようなモチベーションでTomcatではなくJBossを使うのか、もしくは完全にJBossに乗り換えているのか、実例ベースの理由をいくつか紹介しましょう。 機能 Tomcatで提供される機能は基本的にServlet, JSP, JDBC接続プールのみで、他のものは提供されていません。シンプルですが、他のものが必要になったときに、それらをインテグレーションするコストが発生するなど、少し面倒なことになります。 TomcatになくてJ
Tomcat7の新機能(CSRFとメモリリーク） - カタヤマンがプログラマチックに今日もコードアシスト
巷でうわさのTomcat7ですが、新しい機能として Generic CSRF protection Web application memory leak detection and prevention という気になる機能が入っているね、とT2チーム内で話題になっていました。 Tomcatのサイトを見るとバイナリ版配布が開始されていたので、とりいそぎJadってみることにしました。 Generic CSRF protection CSRFについては高木先生などの専門家に解説をまかせますが、要はサイト外からのリクエストによって不正な処理が行われてしまう、というセキュリティホールです。（リンクを押すと、mixiに勝手に書き込まれてしまうとかありましたよね） これを防ぐには、リクエストデータがサイト外からきているかどうかを判定する（=リクエストがサイト内から来ていることを判定する）ことが必要です
MemoryLeakProtection - Apache Tomcat - Apache Software Foundation
For some time Tomcat has had some means of protection against memory leaks when stopping or redeploying applications. This page tries to list them, and shows the situations where leaks can be detected and fixed. Diagnose a classloader leak upon request Starting with tomcat 6.0.25, the manager webapp has a new "Find Leaks" button. When triggered, it displays a list of webapps (their context path) t
InfoQ: Google App EngineにJettyを採用
原文(投稿日：2009/8/5)へのリンク Google App Engineが当初使っていたウェブサーバ/サーブレットコンテナはApache Tomcatだった。しかし最終的にJettyへと変更された。開発コミュニティではこの決定により、なぜ変えたのか、Tomcatでなにか問題があったのか、と多くの人が問いを投げかけた。InfoQはJettyの開発元企業であるWebtideのチームにインタビューをする機会を得て、今回の決定の事情について詳細を聞いた。 InfoQ：GoogleがTomcatや他の選択肢でなくJettyをApp Engineに選んだのはなぜでしょうか。 GoogleがJettyを選んだ理由と思われる特質はサイズと柔軟性です。クラウドではサイズが重要です。Jettyのインスタンスを（Googleがしているように）数万動かすとすると、各サーバが1MB小さければ全体で数十GBのメ
Apache TomcatとHTTPクッキーにまつわる騒動 - GeekFactory
Apache Tomcat 5.5.26（6.0.16も同じ）で、HTTPクッキーの取り扱いについて大きな仕様変更が行われました。ここでは仕様変更の内容と影響範囲を考察します。 HTTPクッキー 簡単に復習しましょう。WebブラウザがWebサーバから以下のHTTPヘッダを受信したとき、Webブラウザは test というクッキーを記憶します。 Set-Cookie: test=nullpo; Expires=Wed, 08-Oct-2008 14:03:16 GMT; Path=/クッキーは NAME=VALUE という形で表現されます。連想配列と同じ。 NAME VALUE test nullpo 一度クッキーを受信すると、ブラウザは当該URLにアクセスする度に、以下のHTTPヘッダを送信するようになります。 Cookie: test=nullpoこのように、クッキーはWebサーバがブラウ
Maven2 + Eclipse + Tomcatプラグイン の組み合わせ - Enjoy*Study
忘れそうなので覚えているうちにメモ。 ネットで調べても、この辺は、みんないろいろ試行錯誤しているような感じに思えた。 ちなみに、TomcatプラグインじゃなくてWTP使ったとしても、悩むとこは同じだと思う。(試せてないけど、WTP使う気になれない。重すぎる印象があるので。) war:inplaceを使う TomcatプラグインのDevLoaderは使わずに、src/main/webapp/配下にmavenのwar:inplaceで配置してデバッグを行う。 maven使わない場合のEclipse + Tomcatプラグインと同じような感じ。 src/main/webapp/WEB-INF/lib、src/main/webapp/WEB-INF/classesはSubversionやCVSの除外ファイルとしておく。 war:inplaceはコマンドラインからやってもいいけど、m2eclipse
J2EE 1.4に対応したweb.xmlを記述する
サーブレット 2.4／JSP 2.0を含むJ2EE 1.4から、アプリケーションサーバのデプロイメント・ディスクリプタ（web.xml）のスキーマ定義が、DTDからXML Schemaに変更になりました。 DTDでは、定義されている順序に従って要素を記述しなくてはなりません。そのため、これまではweb.xml内の各要素（filter、servlet、servlet-mappingなど）は、DTDに定義されている順に従って記述しなくてはなりませんでした。しかし、J2EE 1.4では、web.xml直下の子要素の登場順を指定していません。 注意：ただし、Tomcat 5では、DTDとの後方互換を維持するために、DTDで定義されたものと同じ順序で要素を記述しなくてはならないことになっています。 またDTDと異なり、XML Schemaでは複数のスキーマ定義を組み合わせて、新たなスキーマを定義する
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Zero-downtime Deployment (and Rollback) in Tomcat; a walkthrough and a checklist - Java Code Geeks
Apache TomEEは、Web Profile互換に認定された
トップページ
Java学習メールマガジン
Tomcat 6.0.26 or Higher Shutdown Reports 'A web application created a ThreadLocal .... ThreadLocal has been forcibly removed' | Confluence | Atlassian Documentation