ついに 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
以前、JettyのEclipse Pluginのrun-jetty-runをインストールしました。 Jettyのインストールと、Eclipseプラグインの設定(run-jetty-run) インストールする際、 作業対象に「http://run-jetty-run.googlecode.com/svn/trunk/updatesite」を 選択していましたが・・・ GoogleCodeのプロジェクト http://code.google.com/p/run-jetty-run/ ここから、githubのプロジェクトへ移行したようです。 http://github.com/alexwinston/RunJettyRun GoogleCodeで公開されているバージョンでは、Jetty6対応でしたが、 githubで公開されているバージョンは、6,7,8に対応している模様。 githubのプラグ
Last modified on 2012-04-09 Created on 2012-01-29 このページはもう更新されません。 新しいページ “Jetty 8 on Fedora 17 (x86_64) はこちら。 Jetty 8 on Fedora 16 (x86_64) Jetty 8 のインストール Jetty – Eclipse から Jetty をダウンロードして適当なところ ( /usr/local/ 等) に解凍します。 複数のバージョンの Jetty を切り替えたい環境では、/usr/local/jetty にシンボリックを張ります。 $ tar zxvf jetty-distribution-8.1.2.v20120308.tar.gz $ sudo mv jetty-distribution-8.1.2.v20120308 /usr/local/ $ sudo
Jettyとsocket.io.jsを利用してWebSocketのアプリケーションを動かしてみました。 Javascript側は、node.js+socket.ioの場合と変わらないので、主にJavaのサーバー部分を中心にまとめています。 socket.ioとsocket.io-javaの関係 socket.ioはnode.jsのモジュールの一つで、WebSocketサーバーとJavascriptクライアントを共に提供します。 前回の記事速習！node.js + socket.ioでは、node.js、socket.ioのセットアップについて簡単に紹介しました。 socket.ioは、クロスブラウザに対応していてどのブラウザでも同じインタフェースで実装できます。また、WebSocketに対応していないブラウザでは代替の通信方法を自動的に選択してくれるので便利です。 2011年4月16日現在
Jettyをサーバに使ったWebSocketベースのチャットサンプルのようなものを作ってみた。 ターゲットは Jetty 8 と Firefox7, Chrome14。 WebSocket のバージョンは draft-ietf-hybi-thewebsocketprotocol-10 になるはず。 （WebSocket(Wikipedia) の実装状況参照のこと） このエントリではサーバ側の実装について書いてます。ブラウザ側は次のエントリで。 さて、サーバ側の実装ですが、普通にJettyを使うと xml やらなんやら面倒なので、このエントリではJettyをライブラリとして使う組込形態で使っています。 Jetty の lib ディレクトリに入っている次のファイルが WebSocket サーバに必要な jar ファイルになるので、それぞれ classpath を通しておきます。 jetty-c
Jettyのorg.mortbay.servlet.ProxyServletを使うと、リクエスト/レスポンスをそのまま中継するだけのプロキシサーバが簡単に動かせます。(Jetty 6.1.5で確認) 適当なWEBアプリケーションとして、 ProxyServletで全てのリクエストを受けるようにしておけばOKです。 ProxyServletでは、接続先に対してURLConnectionを使って接続し、リクエストの内容をコピー、そして受け取ったレスポンスをコピーして返却するような処理をしています。 ソースのコメントみると、「EXPERIMENTAL Proxy servlet.」となっているので、どこまでちゃんとプロキシとしての処理が実装されているのか不明ですが、私が使ってみた限りでは、特にエラーとなるようなことはありませんでした。 単に中継するだけのプロキシサーバでは使い道があまりなさそうで
Jetty 6.0 Continuations、まとめ 技術 Jetty 6 Continuations(継続) - Ajax対応！ このエントリは、上記エントリのまとめだ。私の思う要点は、以下2点。 クライアントのリアルタイムの更新を行う、大規模アプリケーションの作成には工夫がいる。 Gregさんの問題定義と解決が正しいとすると、Javaだけでなく、他の言語にも応用ができる。 JettyはAjaxアプリケーション向けに、JSP抜きの構成を提供している。 これは、先日の「エンタープライズAjaxアーキテクチャ」に対応する。EJBも、JSPも捨て、J2EEはサーブレットのみの時代まで戻るということだ。 問題とJettyの解決策 従来のモデル 1ユーザー(コネクション)あたり、1スレッド。 非常に活動的なコネクションを使うアプリケーションなら効率的。 実際は、そのようなアプリケーションは少ない
背景はともかく、CometDに興味を持ったのでまずは使ってみることに。 Primerのページによると、Maven で scaffold 見たいなものを作れるようになっているが、この日記を書いた時点でのバージョンでは少し出力が異なっていたので、Primer をなぞる形で自分が実行した内容をメモしておく。 まずは、以下の通りにmvnコマンドを実行する。 $ mvn archetype:generate -DarchetypeCatalog=http://cometd.org ... Choose archetype: 1: http://cometd.org -> cometd-archetype-dojo-jetty6 (1.1.2 - CometD archetype for creating a server-side event-driven web application) 2: h
はじめに Ajax+Cometは、WebSocketsが定着するまでのつなぎの技術という見方もあります。しかしながら、クライアントがシンプル、プロトコルを拡張しない、といったメリットもありますので概要を紹介します。 今回は実装までのソースを解説していくのではなく、Ajax+Cometアプリケーションでの在席状況確認の仕組みやシステム構成のポイントといった部分を中心に解説していきます。 Ajax+Cometアプリケーションの場合、クライアント側にはリクエストを投げる仕掛けのみを構築しますので、Cometを実現するWebサーバーのアプリケーションが双方向通信の実体になります。 システムの構成 今回は、CometをJavaで実装するケースを想定しますので、jetttyのサーブレットの仕組みを解説することになります。 クライアント側の仕掛けは非常にシンプルですので、サーブレットの解説の前にクライア
Jetty Tomcatよりも軽量 Servletコンテナ搭載のアプリケーションサーバだが、HTTPサーバとしてもいける 環境 CentOS 5.5 インストール # wget http://dist.codehaus.org/jetty/jetty-6.1.24/jetty-6.1.24.zip # unzip jetty-6.1.24.zip # cd jetty-6.1.24/ # ls LICENSES bin etc jxr patches start.jar NOTICE.txt contexts examples lib pom.xml webapps README.txt contrib extras logs project-website VERSION.txt distribution javadoc modules resources ポート8080を開放する #
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
Contact the core Jetty developers at www.webtide.com private support for your internal/customer projects ... custom extensions and distributions ... versioned snapshots for indefinite support ... scalability guidance for your apps and Ajax/Comet projects ... development services from 1 day to full product delivery
Jettyメモ Tomcatと双璧を成すOSSのWebコンテナとしてJettyがありますが、Jetty 7.0からEclipse Foundationからリリースされるようになりました。これに従い、Jettyのパッケージもorg.eclipse.jettyパッケージに変更になっています。本稿では、Jetty7.0以降で利用できるTipsを紹介します。 データソースの設定 Jettyのデータソースの設定はTomcatと全く異なる上に分かりやすい説明が少なく結構はまります。ここでは、Jettyにおけるデータソースの設定方法を紹介します。まず、データソースを設定する上で知っておくべき基本的なディレクトリ構成を示します。ここでは、webappsディレクトリの下のtestdsアプリケーションでデータソースを利用できるように設定します。 JETTY_HOME/ +contexts/ | +testds
Contact the core Jetty developers at www.webtide.com private support for your internal/customer projects ... custom extensions and distributions ... versioned snapshots for indefinite support ... scalability guidance for your apps and Ajax/Comet projects ... development services from 1 day to full product delivery What is jetty-env.xml? A jetty-env.xml file is an optional file that you can place
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
