Seamlessly stream real-time data to apps, ensuring complete reliability and peace of mind.
Seamlessly stream real-time data to apps, ensuring complete reliability and peace of mind.
TornadoはPython製のオープンソース・ソフトウェア。ここ半年くらいで盛り上がりを見せているワードが「リアルタイムウェブ」だ。Twitterのようなリアルタイム検索やFriendFeedのようなソーシャルアグリゲートサービスをはじめ、多数のサービスがこのリアルタイムウェブに向かって突き進んでいる。 サンプルアプリケーションのブログ そこで使われているWebサーバにはこれまでとは違うニーズが発生する。Tornadoはまさにリアルタイムウェブのために作られた、Webアプリケーションサーバだ。 TornadoはFriendFeedが自社のサービスを支えるために開発したWebアプリケーションサーバだ。ノンブロッキング通信をサポートし、epoll（I/Oイベント通知）を使って同時に1,000ものコネクションをさばくことができる。さらにロングポーリング（Long Polling）やHTTPスト
ReverseHttp面白いですね。 ReverseHttp Tunnel HTTP over HTTP, in a structured, controllable, securable way. Let programs claim part of URL space, and serve HTTP, all by using an ordinary HTTP client library. http://www.reversehttp.net/ ただ勘違いされやすいのが「何がReverseなの」という部分。通常ブラウザからリクエストが送信され、それに対する応答がサーバから返されます。ReverseHttpはサーバで何かアクションが起きた場合に、ブラウザ側がその通知を受信する...なんて事が出来るプロトコルです。仕組みはcometというlong pollに似た仕組みで、サイトのdemo
これは技術的に相当面白い。勘違いがありそうな気もするので、間違った記述があればコメントなりTwitterなりでご指摘いただきたい。これまでのWebはプル型がメインだった。それはRSSフィードなどWeb2.0が騒がれるようになっても変わらず、Cometでも接続していなければ意味がない。 Reverse HTTPのデモ そんな制限を超えるのがWebHooksだ。そしてWebHooksを使いつつ、リアルタイム連携を強めたのがReverse HTTPだ。 今回紹介するオープンソース・ソフトウェアはReverse HTTP、リアルタイムWebを実現するソフトウェアだ。 Reverse HTTPではデモが用意されている。一つはテキストエリアが表示され、その文字を書き換えると別URLの表示がリアルタイムに書き変わるというものだ。ユーザが入力した情報を読み取る部分と、その結果を別な画面に反映するという二つ
World Wide Webは90年代半ばに急速に成長し、情報分散の一番の手段となった。そしてブラウザがユビキタスになりユーザがそれを使うことに慣れてくれば、歴史上のどんなプラットフォームのユーザ数よりも多いユーザが利用するアプリケーションプラットフォームになることは明らかだ。しかし今はHTMLやHTTPなどの標準が、高度なインタラクションや優れたユーザエクスペリエンスといった考え方を元々の設計思想に持ってないため、まだその段階には至っていない。多機能なオンラインアプリケーションを提供しようとする初期の取り組みのいくつかは、MicrosoftのExchangeエンジニアチームでされていた。このチームはメールサーバのフロントエンドをOutlookに似たものにするために96年からIFrame要素を使っていた。当時はそれが応答性や全般的なユーザエクスペリエンスを妨げるものになっていたが、しかし来
Project Grizzly 3日(米国時間)、Grizzlyの最新版となるGrizzly 1.9.0が公開された。GrizzlyはJavaで開発されたサーバアプリケーション開発のためのライブラリ。Java NIO APIを活用して開発されたライブラリで、スレッドを使う方法と違い数千を越えるコネクションに対しても高いスケーラビリティを発揮するサーバを開発できる。 1.9における主な特徴は次のとおり。 非同期入出力(NIO 2)を活用するようにモジュールフレームワークとHTTPを拡張。パフォーマンスを素晴らしく向上させることが可能となる httpモジュールを改善し非同期HTTP書き込みをサポート ExecutorServicesをネイティブサポート Cometフレームワークパフォーマンスの改善 Grizzlyの開発はこのまま引き続きおこなわれ、当初の予定からは遅延ぎみだがこのままけば年末か
Welcome to Atmosphere, a portable AjaxPush/Comet framework for everyone Follow Atmosphere progress on Twitter.com or by reading our blog. Atmosphere is a POJO based framework using Inversion of Control (IoC) to bring push/Comet to the masses! Finally a framework which can run on any Java based Web Server, including Tomcat,Jetty, GlassFish,Resin, Jersey,RESTlet etc..... without having to wait fo
Grizzlyフレームワーク(リンク・英語)は、GlassFish(リンク・英語)やSailfin(リンク・英語)、RESTlet(リンク・英語)、OpenESB(リンク・英語)等、たくさんの様々な製品で使われている。このフレームワークではJava New I/O API(リンク・英語)（NIO）を利用しており、開発者は拡張性のあるサーバアプリケーションを書くことができる。Atmosphere(リンク・英語)Grizzlyから発展したPOJOベースのフレームワークで、Comet(リンク・英語)を広めることを目的としている。Jean-Francois氏は、この新しい開発についてInfoQに聞かせてくれた。 InfoQ: Jean-Francoisさん、Grizzlyのようなフレームワークを利用するメリットと、デプロイする一般的な方法を教えていただけますか？ Jean-Francois Arc
JavaOne 2008から一ヶ月が過ぎ、様々な現地レポートが揃いました。JavaOneはもちろんJavaのお祭りですので、これらのレポートではJavaFXや Java EE/SEの動向が目玉となっています。しかし、近年のJavaOneではJavaだけに限らず様々な分野の話題を扱うようになっています。例えば先日公開されたセッション資料から、「Next Generation Web」や「Tools and Script Language」のトラックを見てみましょう。AjaxやJavaScript、Rubyといったキーワードが続いているのが解るでしょうか。実際の発表でも「Java にあまり関係ないんだけど・・」と始める発表者が多かったのが印象的でした。JavaVMが多様な言語のプラットフォームとなったように、JavaOne も先端技術の統合的なカンファレンスになりつつあると言えるでしょう。 著
An introduction to asynchronous, non-blocking HTTP programming By Gregor Roth, JavaWorld.com, 03/20/08 Comet has popularized asynchronous non-blocking HTTP programming, making it practically indistinguishable from reverse Ajax, also known as server push. In this article, Gregor Roth takes a wider view of asynchronous HTTP, explaining its role in developing high-performance HTTP proxies and non
Enterprise Strategy Group: Go-to-market Expertise to Help You Win
この記事は，日経ソフトウエア2007年1月号，連載「簡単実装で学ぶWeb技術2006」の第7回「Comet――プッシュ型のWebアプリケーションを作る」の再録です。記事は執筆時の情報に基づいており，現在では異なる場合があります。 こんにちは，結城浩です。 今回は，サーバーからデータをプッシュするタイプのWebアプリケーションを作成する技法の「Comet」を紹介します。簡単なチャット・プログラムを通してCometの仕組みを学びましょう。 Cometとは 通常のWebアプリケーションは，クライアント（Webブラウザ）から送られてくるリクエストを受け取って動作します。つまり，WebアプリケーションはユーザーがWeb上のリンクをたどったり，ボタンを押したりすることをきっかけに動くのです。ここで，動きの主導権はクライアント側にあります。クライアントがサーバーから情報を「引き出す」ことによって動作する
Tomcat 6では、NIO APIを使用した新しいHTTPコネクタが追加されました。これは非ブロッキングIOをサポートし、複数のリクエストを同時並行して受け付けることができます。Tomcat 6はこの新しい機能を応用してCometをサポートしています。新しく生まれ変わったHTTPコネクタのテストも兼ねて、Cometサーブレットを作成して遊んでみよう。 catalina.jarをクラスパスに追加 Comet関連のAPIはJ2EE標準のAPIではなくTomcatプロジェクトの独自実装です。このため、Comet関連クラスは servlet.jarではなく、Tomcat自身（catalina.jar）に含まれています。Cometなサーブレットをコンパイルするには catalina.jarにクラスパスを通す必要があります。開発環境がEclipse 3.2＋Tomcatプラグインならば、
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします。（編集部） サーバ・プッシュの歴史 Webアプリケーションが広まるにつれて、レスポンスやリアルタイム性を重視することが多くなってきました。Webアプリケーションの形式によっては、ユーザーが主体的に操作してデータを取得するよりも、サーバ側が必要と思われるデータを送り付けることが主体の場合もあります。 例えば、Webブラウザを利用したチャットであれば、通常ページが更新されるのはリロードされたタイミングですが、サーバ・プッシュ型の実装がなされている場合は、新しいメッセージが追加された瞬間に、参加ユーザー全員に伝搬されなければいけません。 Webブラウザを活用したサーバ・プッシュの手法は、古くはNets
2007/12/13 米アドビ システムズは12月13日、新たなオープンソースプロジェクト「BlazeDS」のパブリック・ベータ版をAdobe Labs上で公開した。LGPL v3ライセンス下で公開している。 「BlazeDS」は、クライアント側のFlex／Adobe AIRアプリケーションからサーバ側のJavaオブジェクトのメソッドを呼び出すことができるリモーティング機能と、サーバ側からクライアント側のFlex／Adobe AIRアプリケーションに、CometのようにメッセージをプッシュできるWebメッセージング機能の2つを提供するソフトウェア。BlazeDSのサンプルはwar形式で提供され、Tomcat 6上で動作可能だ。 「BlazeDS」プロジェクトの2つの機能は、もともとアドビの製品「LCDS ES」（LiveCycle Data Services Enterprise Suit
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く