Threatpostに掲載された記事「Apache Warns of Tomcat Remote Code Execution Vulnerability」が、Apache Tomcatの古いバージョンに遠隔からコードが実行できるセキュリティ脆弱性が存在することを伝えた。その脆弱性が発動する条件はごく限られたものだとされているが、該当するバージョンを使っている場合には注意が必要。 このセキュリティ脆弱性を抱えていると考えられているバージョンはApache Tomcatのバージョン7.0.0から7.0.39まで。これは悪意のあるJSP (JavaServer Pages)をサーバにアップロードできてしまうというもので、アップロードしたスクリプトを後から実行することができてしまう問題だと説明がある。 この問題に対するアクションとしてApacheではApache Tomcat 7.0.40へアッ
Amazon DynamoDBによるTomcatセッション永続化とフェイルオーバー | DevelopersIO
Tomcatのセッション管理 Tomcatでクラスター構成にする場合、課題となるのがセッション管理です。ロードバランサーでセッションIDを保持することで、毎回同じサーバーにリクエストが向かうのであれば問題なさそうに見えますが、あるサーバーがダウンしてしまうとセッション情報が消えてしまいます。これを解決する方法として、データベースにセッション情報を保持する方法が一般的ですが、データベースへ負荷が掛かりますし、データベースが落ちたら困ります。何かもっと良い方法は無いかと皆さん思っていたはずです。そこで、AWSですよねー。AWSでは、ElastiCacheやDynamoDBがサービスとして提供されています。ここで、永続化をしっかりやってくれるのはDynamoDBであり、AWS SDK for Javaでの登場が待たれていたわけです。そして、このたび出てきました！ スティッキーセッション ロードバ
WebSocketが一番速いアプリケーションサーバはどれだ？：Tomcat、Jetty、Socket.IO／Node.js性能比較（1/3 ページ） はじめに 2012年の10月にWindows 8が発売され、そこに搭載されたInternet Explorer（以下、IE） 10ではHTML5の機能が利用できるようになりました。また、2013年の2月にWindows 7版のIE 10もリリースされ多くのユーザーがHTML5の恩恵を受けられるようになりました。 HTML5の機能の多くは、Webブラウザ側で実装されれば、HTMLやCSSを適切に記述することで利用が可能です。しかし、今回取り上げるWebSocketはサーバ側でも機能の実装が必要です。このため、WebSocketを利用する場合はWebブラウザだけではなくサーバを選ぶ必要があります。 WebSocketそのものの技術的な解説は、以下
java-ja忘年会でharu860さんに聞かれたのでエントリを書くよ。と思ってざっくり書いて放置していましたすみません。この質問へのよくある回答として「EJBを使うとき」みたいなものがありますが、この回答は多くの場合何の役にも立ちませんね。このような回答をする人はJBossをあまり良く理解していない可能性があります。 というわけで、JBossを使っているユーザがどのようなモチベーションでTomcatではなくJBossを使うのか、もしくは完全にJBossに乗り換えているのか、実例ベースの理由をいくつか紹介しましょう。 機能 Tomcatで提供される機能は基本的にServlet, JSP, JDBC接続プールのみで、他のものは提供されていません。シンプルですが、他のものが必要になったときに、それらをインテグレーションするコストが発生するなど、少し面倒なことになります。 TomcatになくてJ
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 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
実装する仕様は、以下のバージョンにアップデートされました。 Servlet 2.5⇒Servlet 3.0 JSP 2.1⇒JSP 2.2 EL 2.1⇒EL 2.2 本連載では3回の連載を通して、Tomcatの最新メジャーバージョンであるTomcat 7について説明します。第1回目と第2回目でServlet 3.0を紹介し、第3回目でTomcat独自の新機能を紹介する予定です。 Servlet 3.0における6つの主な変更点 第1回目となる今回は、Tomcat 7が実装したServlet 3.0について説明します。Servlet 3.0とはJSR-315のことを指します。Tomcatは、このJSR-315仕様を実装しています。 Servlet 3.0では、Servlet 2.5に対して主に、次のような仕様変更を導入しました。 Ease of Development（EoD、開発容易性）
米アマゾン・ウェブ・サービシズは2011年1月19日（米国時間）、Javaで開発したWebアプリケーションのPaaS（プラットフォーム・アズ・ア・サービス）である「AWS Elastic Beanstalk」を開始した。Javaプログラムのファイルをアップロードするだけで、数分後にはアプリケーションが稼働し、その負荷に応じて仮想マシン台数が自動的に増減する。 AWS Elastic Beanstalkは、ユーザーがアップロードしたJavaプログラムを稼働させるのに必要な仮想マシンやロードバランサー、Webアプリケーションサーバー「Tomcat」、Webサーバー「Apache」などを、ユーザーに代わって同社が設定し、仮想マシン貸しサービスの「Amazon EC2」上に展開するというサービスである。 同社はAWS Elastic BeanstalkをPaaSであると明言してはいないが、米グーグ
Java, Wicketid:s-ishigamiさんがWicketのCPU負荷について調べていて、IMarkupSettingsのsetAutoLinkEnabled(true)をしていると負荷がとても上がって困るって話でした。いやいやそれはおかしいと思って調べてました。...と言ってる間に、id:s-ishigamiさんも継続調査していて似たような方向に調査が向かっているようですが、せっかく調べたので書いておきます。 もとねた：WicketのCPU負荷 - s-ishigamiの仕事日記（WicketでECを作る道のり）WicketのCPU負荷〜その２〜 - s-ishigamiの仕事日記（WicketでECを作る道のり）WicketのCPU負荷〜その３〜 - s-ishigamiの仕事日記（WicketでECを作る道のり）WicketのCPU負荷〜その４〜 - s-ishigamiの
VisualVMを使って、 ローカルPC上のTomcatで動くWebアプリケーションの プロファイリングを行なってみましょう。 前準備 http://tomcat.apache.org/ よりTomcat6をダウンロードして解凍する。 http://sastruts.seasar.org/ より SAStrutsチュートリアルをダウンロードして解凍する。 SAStrutsのwebappのフォルダ名をsastrutsに変更して、Tomcatのwebapps直下にコピー。 Tomcatのbin/startup.batなどを叩いてTomcat6を起動する。 http://localhost:8080/sastruts/ にアクセスする。 これでWebアプリケーションが動き始めます。 今回はSAStrutsを使いましたが、別に何でも構いません。 VisualVMの起動 https://visual
情報処理推進機構（IPA）セキュリティセンターとJPCERT コーディネーションセンターは2月26日、Apache Tomcatに情報漏えいにつながる恐れがある脆弱性が見つかったとして、JVN（Japan Vender Note）に情報を公開した。 脆弱性が存在するのはAache Tomcat 4.1.32～4.1.34、5.5.10～5.5.20で、既にサポート対象外のApache Tomcat 3.x、4.0.x、5.0.x も影響を受ける可能性があるという、Apache Tomcat 6.0.xは影響を受けないことが確認された。 POSTリクエストされたデータの内容が漏えいする可能性があり、リモートから別のユーザーのリクエストデータに含まれるパスワードやセッションID、ユーザーIDを参照される恐れがある。 The Apache Software Foundationは、Apache
No one replied, so in the hope someone might have the answer to this, here's a repost... :-) -----Original Message----- From: Richard Mundell [mailto:[EMAIL PROTECTED] Sent: Friday, December 15, 2006 3:37 PM To: users@tomcat.apache.org Subject: On Tomcat 5.5.9, can't flush the buffer or reduce buffer size < 8192 I'm trying to work around a timeout problem which one of my user's proxy server has. T
The Apache Tomcat Connector The Apache Tomcat Teamは10月28日(米国時間)、10カ月強の期間を経て最新版となるApache Tomcat JK 1.2.27 Web Server Connectorを公開した。Apache Tomcat JKはJavaおよびCで開発されたアプリケーションサーバコネクタ。バックエンドにApache Tomcatアプリケーションサーバを動作させつつフロントエンドにApache HTTPd ServerやMicrosoft IIS、Sun Web ServerなどのWebアプリケーションサーバを使った構成を実現する。 Apache Tomcat JK 1.2.27での機能拡張は次のとおり。 Watchdogスレッド対応 接続プローブの改善 Mountエクステンション導入 MS IISサポートの改善 ステータスワ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
