WebSocketが一番速いアプリケーションサーバはどれだ？
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そのものの技術的な解説は、以下
ASF、Java Webサーバー最新版「Apache Tomcat 7.0」（ベータ）を公開
オープンソース団体Apache Software Foundation（ASF）は米国時間2010年6月29日、Java Webサーバーの最新版「Apache Tomcat 7.0」（ベータ）を公開した。オープンソースソフトウエアライセンスApache Software License v2.0を適用し、Webサイトで無償ダウンロード提供している。 Tomcatは、Java ServletやJavaServer Pages（JSP）などで作ったWebアプリケーションを動かすための環境。最新版は、Java Servlet 3.0およびJSP 2.2、Expression Language（EL）2.2といったJava関連の最新仕様に完全対応したという（関連記事：Tomcat）。またメモリーリークの検出／防止機能を改良し、アプリケーション用URLでディレクトリのエイリアス（別名）を利用できるよ
Java EE 6対応の Apache Tomcat 7.0.0登場 - しんさんの出張所 はてなブログ編
ようやくでました。バイナリがすぐに落とせるようになっています。 http://tomcat.apache.org/index.html トップページからバイナリ等がすぐに落とせます。 6.0のときは6.0.10が安定版だったので安定版となるにはもうちっとの辛抱ですが、試すことはもうできます。 サーブレットAPIのほかEL APIのバージョンがあがっていますのでELメソッドを試すにはいいと思います。 たぶんEL関数はもうほとんど使われなくなるのではないでしょうか。セットアップが手間でしたから、用意されているのを使うだけならともかく自分の作ったのをあげるのが面倒でした。 でもEL2.2ならばそれももう考える必要もありません。 たとえば ${escape( user.name )} とかできるようになるわけです。簡単にいくらでも拡張が可能です。 ${user.name} も ${user.get
Tomcat 6.0.18 重大な変更
2008年7月31日にリリースされた Apache Tomcat の最新バージョン 6.0.18 ですが、JSP の処理系である Jasper にこんな変更が。 Changelog にこのような記載があります。 45015: You can't use an unescaped quote if you quote the value with that character. これにより、カスタムタグの属性値に Runtime Expression を埋め込んだ際に、式の中に "" を記述する場合はエスケープが必要になりました。 つまり、従来は <t:tag value="<%= request.getAttribute("name")%>" /> とか書けたのに、 <t:tag value="<%= request.getAttribute(\"name\")%>" /> と書かなくては
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のメ
静的ファイルはTomcatに処理させない - やさしいデスマーチ
TeedaなどJavaEEでウェブアプリを構築する場合、バックエンドのTomcatやGlassfishにApacheから転送すると思います。しかし、CSSなど静的なファイルまでTomcatに処理させるのはムダなので、これらはApacheで処理を終わらせるような設定を行いましょう。 ProxyPass とか使えば簡単じゃんと思いますが、開発時もスムーズに動くようにするには結構工夫が必要です。開発時に運用時の環境を踏まえておき、デザイナ、プログラマ、デプロイヤー（？）のタスクがスムーズに回るようにしましょう。 構成 サーバアドレスのルート直下にアプリケーションが展開され、それらはTeedaで構築しているとします*1。 さらに静的ファイルに関してはまとめて扱う方が便利なので、１つのディレクトリに納めてしまいます。なのでこんな感じです。 webapp + /media | + css | + js
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Apache Tomcat - Wikipedia
tomcat 7.0 - serve content from files outside of war