You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
2009/06/01 グーグルが発表した新しいコミュニケーションプラットフォームの「Google Wave」が大きな反響を呼んでいる。技術的な詳細がかなり明らかにされているので、何が可能かはだいたい予想ができそうだが（だからこそ発表時に会場を埋めていた4000人あまりの聴衆は興奮のあまり立ち上がって喝采を送ったのだが）、誰も想像できなかったようなキラーアプリケーションが登場するのかどうか、あるいはWave自体がキラーアプリケーションなのか、それはまだ誰にも分からない。 レポート記事（【詳報】Google Waveとは何なのか？）への反響を見ると、さまざまな疑問を感じている人がいる。そこでここでは、直接Waveのプロジェクトリーダーに話を聞いたり、別セッションで開発チームが行った説明、およびオンラインドキュメントから読み取れたことなど、いくつか追加情報をまとめたい。ちなみに、Google I
※ ひひひ、初めて釣りっぽいタイトルを入れてみたよ。 テスト用のServletを入れて、少しGoogle App Engine for Javaの実行環境を探ってみた。 HTTP上のサーバ名は「Google Frontend」 システムプロパティos.nameの値が「Linux」なので、Servletを実行しているのはLinux機。os.archが見あたらないけど、まず間違いなくIA-32アーキテクチャ機じゃないかな。 Runtime.availableProcessors()によると搭載プロセッサ数は1337個。ははは、クラウドだね。 メモリの最大リミットは100MB。ヒープ領域長はすでにリミットに到達済み。リクエスト中に空きメモリを見たら6MBほど。大丈夫なのこれ？いざとなればソフト参照なキャッシュとかが解放されるんだよね？ システムプロパティを見るとVMはSunMicrosystem
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
Helma、リンク リンク 頭の中がごちゃごちゃで、まとめきれんかった。 サーバーサイドJS、リンク で続きですが、気になっているHelmaです。 まず、本体と関連プロジェクトは以下です。 Helma Helma概要/アプリケーションの作り方 Helma - 概要 Helma - チュートリアル(1/2) Helma - チュートリアル(2/2) Helmaドキュメント mod_gcj/rhinola Rhinola - Rhinola 0.5 リリースノート OpenMocha Gobi Chopper OpenMocha - JavaScriptヘブンへの小さなステップ Helma、mod_gcj、rhinolaはすべて、Apache XML-RPCの作者でもあるHannes Wallnoeferさんが中心になって作られています。 Helmaは、Jettyの上で動くサーバサイドJava
Selenium RC が サーブレットコンテナを使っているらしく、なんで jar としてWEBアプリケーションを起動できるんだーと不思議に思っていたら、Jettyだと他のアプリケーションに組み込んで使えるとのこと。 しかも、web.xmlも不要で、オブジェクトを組み立てていくような感じでサーバを起動することが出来たりします。 public static void main(String[] args) throws Exception { SelectChannelConnector connector = new SelectChannelConnector(); connector.setPort(8888); Server server = new Server(); server.setConnectors(new Connector[] { connector }); // コ
« おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（後編：その１） | メイン | example.com にAレコードが振られているどころかApacheが元気に稼働中である件 » おとこのCometアプリケーション！ Jetty 6 Continuation入門まとめ（後編：その２） このエントリーは、前回からの続きです。 サーバの実装 クライアント側の実装は、 リクエストを発行してから、カウンターの値が返ってくるまで待つlong-pollの仕組み ユーザからのイベントをうけて、カウンターの値を増加させるようにリクエストする仕組み というふたつに分類することができました。サーバ側についても、それぞれに対応するかたちで実装していきます。 Jetty 6では、Ajaxアプリケーションのために、org.mortbay.util.ajax.
« おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（前編） | メイン | おとこのCometアプリケーション！ Jetty 6 Continuation入門まとめ（後編：その２） » おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（後編：その１） このエントリーは、前回からの続きです。 サンプルアプリケーション それでは、Cometの実装をみていくことにしましょう。サンプルアプリケーションを用意しましたので、まずは大まかにサンプルアプリケーションの動作を確認してください。 サンプルアプリケーションは、サーバプッシュ型カウンターです。サーバ側に保存されているカウンターの値が増えると、そのイベントがクライアント側へと伝えられ、クライアント側の表示が更新されます。クライアントの動作に
「 civic.xrea.jp 」のページは、ドメインが無効な状態です。 ウェブサイト管理者の方はこちらから変更・更新を行ってください。 「 civic.xrea.jp 」is Expired or Suspended. The WHOIS is here.
JettyLauncher was originally built and open-sourced by Geoffrey Longman. as part of the Spindle project. Jetty is a 100% Java HTTP Server and Servlet Container, check it out! JettyLauncher is, as the title suggests, a plug-in that adds support for running web application in Jetty to the Eclipse platform. Features: Run and Debug Java Web applications directly within the Eclipse workbench (without t
« 突然、有名サイトに自分の写真が掲載されていたら | メイン | おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（後編：その１） » おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（前編） はじめに Jetty 6には、継続（continuation）という機構が用意されました。この記事では、その応用例であるCometによるウェブアプリケーションの実装を取り上げ、解説をします。 Cometでは、サーバプッシュ型アプリケーションを実現するために、サーバに対してHTTPコネクションを張り続ける必要があります。こうした接続の手法は、従来のHTTPサーバでは想定されているものではありません。 また、Cometが提供するイベントドリブン型のウェブアプリケーションでは、サーバ側や、クライア
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
Jetty 6.0 Continuations、まとめ 技術 Jetty 6 Continuations(継続) - Ajax対応！ このエントリは、上記エントリのまとめだ。私の思う要点は、以下2点。 クライアントのリアルタイムの更新を行う、大規模アプリケーションの作成には工夫がいる。 Gregさんの問題定義と解決が正しいとすると、Javaだけでなく、他の言語にも応用ができる。 JettyはAjaxアプリケーション向けに、JSP抜きの構成を提供している。 これは、先日の「エンタープライズAjaxアーキテクチャ」に対応する。EJBも、JSPも捨て、J2EEはサーブレットのみの時代まで戻るということだ。 問題とJettyの解決策 従来のモデル 1ユーザー(コネクション)あたり、1スレッド。 非常に活動的なコネクションを使うアプリケーションなら効率的。 実際は、そのようなアプリケーションは少ない
Jetty 6 Continuations - Ajax対応！ 翻訳 (via こんな毎日・・・) 原文：Jetty 6.0 Continuations - AJAX Ready! 著者：Greg Wilkins Jetty 6.0.0 alpha 3がリリースされました！ サーブレット2.4のサーバが400kのjarと、たった140kの依存ライブラリに収まっています。(さらにJSPが必要な場合でも、たった2.6Mです！！)。 小さくて、速くて、簡潔で魅力的な点は全く損なわずに、スケーラブルなAJAXアプリケーションを構築するための、Continuationsと言う新機能をJetty6はサポートしました。Continuationsは、スレッドを使わずに非同期イベントの待機を実現します。 コネクション単位スレッド スケーラブルなサーブレットサーバを構築する上で、主要な課題の1つにスレッドとコ
Now, next, and beyond: Tracking need-to-know trends at the intersection of business and technology AI/ML Few technologies have the potential to change the nature of work and how we live as artificial intelligence (AI) and machine learning (ML). Future of the Firm Everything from new organizational structures and payment schemes to new expectations, skills, and tools will shape the future of the fi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
