Jettyのorg.mortbay.servlet.ProxyServletを使うと、リクエスト/レスポンスをそのまま中継するだけのプロキシサーバが簡単に動かせます。(Jetty 6.1.5で確認) 適当なWEBアプリケーションとして、 ProxyServletで全てのリクエストを受けるようにしておけばOKです。 ProxyServletでは、接続先に対してURLConnectionを使って接続し、リクエストの内容をコピー、そして受け取ったレスポンスをコピーして返却するような処理をしています。 ソースのコメントみると、「EXPERIMENTAL Proxy servlet.」となっているので、どこまでちゃんとプロキシとしての処理が実装されているのか不明ですが、私が使ってみた限りでは、特にエラーとなるようなことはありませんでした。 単に中継するだけのプロキシサーバでは使い道があまりなさそうで
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そのものの技術的な解説は、以下
近年、HTML5やJavaScriptを活用したWebアプリケーションが増えるのと同時に、今まではネイティブなアプリケーションが常識であったデスクトップアプリケーションにもHTML5の波がやってきました。 具体的な例としてはWindows 8で追加されたWindowsストア アプリでは、HTML5とJavaScriptを利用したアプリケーションの開発がサポートされています。 HTML5で開発できる領域は広がっていますが、切っても切れない関係なのがサーバとの通信です。そして、その通信を見ていくと、最近ではユーザが能動的に情報を取りに行くスタイルではなく、FacebookやTwitterに見られるようなサービス提供側から情報がリアルタイムで配信されるスタイルが増えつつあります。 図1 Facebookメッセンジャーの入力中表示 これらのリアルタイム通信はサーバとの接続を常時行っておく必要がある
Creating WebSockets in Jetty is even easier with Jetty 9! While the networking gurus in Jetty have been working on the awesome improvements to the I/O layers in core Jetty 9, the WebSocket fanatics in the community have been working on making writing WebSockets even easier. The initial WebSocket implementation in Jetty was started back in November of 2009, well before the WebSocket protocol was fi
Gihyo.jpさんの「Jettyで始めるWebSocket超入門」を最新仕様に合わせて修正してみました。 WebSocketのコードはJettyの解説ページを参考にしました。 参照記事 Jettyで始めるWebSocket超入門 http://gihyo.jp/dev/feature/01/websocket Jetty/Feature/WebSockets http://wiki.eclipse.org/Jetty/Feature/WebSockets 記事との差分 Jetty - 7.5.4.v20111024 を使用 MyWebSocket - インターフェースをWebSocket.OnTextMessageへ変更 common.js - リスナーの追加方法を変更 Jetty - 7.5.4.v20111024 を使用 RFC6455に対応しているstableを選択しました。 My
先週はWebサーバとWebブラウザの間で双方向通信を実現する「WebSocket」について解説した。それに引き続き、今回はWebSocketプロトコルをサポートする主なWebサーバと、本稿執筆時点での実装状況を紹介したい。 WebSocketプロトコル仕様のドラフトの種類 WebSocketプロトコルの仕様は、RFC6455として登録される以前からドラフトが公開されていた。ただし、頻繁に改訂が行われてきたためリビジョンごとに互換性がない場合もある。Webサーバ側の実装はその改訂を追いかける形になっているため、Webサーバを選ぶ上では、どの実装がどのリビジョンに対応しているのか把握することが必要になる。 仕様の策定を進めているIETFでは、当初「draft-hixie-thewebsocketprotocol-xx」（xxはリビジョン番号）の名前でドラフトを公開していたが、ビジョン76以後は
ついに RFC6455 (WebSocket) が出ましたね！ぼくも興味津々です。 ということで今回は Jetty の WebSocket サーバ/クライアント実装を使ってみます。 サーバ 今回作ったサーバのソースは以下の通りです。 import java.io.IOException; import javax.servlet.http.HttpServletRequest; import org.eclipse.jetty.websocket.WebSocket; import org.eclipse.jetty.websocket.WebSocket.Connection; import org.eclipse.jetty.websocket.WebSocketServlet; import org.slf4j.Logger; import org.slf4j.LoggerFacto
「Android上で動くWebSocketサーバを作った」という話はいくつか聞いていたけど、実装例がなかなか出てこないので自分で作った。 下手に作り込んで汎用性がなくなるのも嫌なので、WebSocketのメッセージの中継に機能を絞っています。WebSocketのコアな部分はJettyにお任せ。通信キャリアが変なことをしていなければグローバルなIPアドレスでも使えるはずだけど、手元に環境がないため確認はできてない。また、所有している端末だと、80番ポートで起動できない。LInuxでは、80番ポートを開くためには権限が必要なので、多分これに起因する現象だと思う。rootedな端末ならもしかして起動できるかもしれない。 これで、出先で突然WebSocket Servserが必要になっても一安心ですね。 メイン画面は、上に起動/停止用のボタン、下にはServerのステータスと設定値が表示されている
とりあえずベタベタにチャット的なものを。 ソースコードは https://github.com/hogelog/chatty に。 Windowsで動くWebSocketサーバをサクッと書くにはJavaでJetty使うのが一番楽だなあということがよくわかりました。rubyのアレとかpythonのソレとかこれとか、だいたいlibeventやらなんらかのネイティブライブラリを使っているので面倒。JettyでWebSocket使うには、pom.xmlを適当に仕上げて*1、ソース書いて、あとは $ mvn jetty:runと叩くだけで依存するライブラリ落としてきて（ネイティブライブラリのビルドとかが始まることなしに）普通にサーバが動き始める。良い。 pom.xmlにjetty-websocketを記述。 <dependency> <groupId>org.eclipse.jetty</group
With the release of Jetty 7.5.0 and the latest draft 13 of the WebSocket protocol, the API for the client has be re-factored a little since my last blog on WebSocket: Server, Client and Load Test. WebSocketClientFactory When creating many instances of the java WebSocketClient, there is much that can be shared between multiple instances: buffer pools, thread pools and NIO selectors. Thus the clien
Jetty provides an HTTP server, HTTP client, and Servlet container. 次期リリースとなる「Jetty 7.5.0」と「CometD 2.4.0」の組み合わせは、WebSocketを活用したサーバ/ブラウザ間双方向通信を実現するにあたって魅力的な選択肢になる可能性がある。双方ともまだスナップショットの状況にあるが、スナップショット版を使ってラフなベンチマークを実施した結果がPrelim Cometd WebSocket Benchmarks - Webtide Blogsに掲載された。あまり現実的なベンチマークではないが、WebSocketトランスポートの性能がロングポーリントランスポートと違ってスケールしていることが示されており興味深い。 JettyはJavaで実装されたHTTPサーバ/Servletコンテナ。軽量で高速という
This article describes how to create a simple HTML5 chat application using WebSockets to connect to a Java back-end. I decided to include a Jetty 8 and a GlassFish 3.1 example to demonstrate the current approaches for server side WebSocket implementations. While a Servlet can easily be migrated from one Servlet container to an other, a WebSocket implementation can not (at the moment). Even with on
今回から、Jettyを使ってWebSocketの実装例を説明していきます。 なお、この連載では、開発に以下の環境を使用します。 Mac OS X 10.5 JavaVM 1.6 Eclipse 3.5.1[1] EclipseはNLpackで日本語化[2]しています。また、Eclipseには、m2eclipseプラグイン[3]がインストールされています。今回の内容は、EclipseとMavenに慣れている方を想定していますが、必要だと思われるところは掘り下げて説明します。そして最終的には、サーバ側はServletを作成しデプロイするのではなく、デスクトップアプリケーションとして動作するようにしたいと思います[4]。 Jettyについて 今回使用するJettyは、Javaで作成されたウェブサーバです。 以前は、codehausで公開されていましたが、最新のJetty7以降はEclipse
はじめに 初めまして。NTTアドバンステクノロジの金城と申します。幸運にも記事を執筆させていただけることになりました。WebSocketという新しいウェブの規格についての連載を、全4回の予定でお届けします。 用語統一について WebSocketは「WebSocket」「WebSockets」、単語を切り離した「Web Socket」等、表記に揺れがあります。2009年12月22日のワーキングドラフトのタイトルは「The Web Sockets API」となっていますが、2010年4月26日のエディターズドラフトでは「The WebSocket API」となっています。この連載では、最新の仕様書に則り、用語を「WebSocket」で統一します。 HTML5とWebSocketの関係 WebSocketは、もともとHTML5の一機能として仕様の策定が進められていました。しかし、Web S
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>jp.co.mapion.honjo</groupId> <artifactId>aaa</artifactId> <packaging>war</packaging> <version>0.0.1-SNAPSHOT</version> <name>aaa Maven Webapp</name> <url>
Eclipse Jetty provides a highly scalable and memory-efficient web server and servlet container, supporting many protocols such as HTTP/3,2,1 and WebSocket. Furthermore, the project offers integrations with many other technologies, such as OSGi, JMX, JNDI, JAAS, etc. These components are open source and are freely available for commercial use and distribution under both the EPL2 and Apache2 license
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
