AjaxプログラマのためのJavaOne2008 -GrizzlyでComet!-
誕生から2年を経てCometは「何が出来るのか」という議論から、「いかに実現するか」という議論に関心が移ってきたように見えます。そこで本稿では同じくJavaOneで数多く取り上げられたNetBeans 6.1とGlassFish v3を使いながら、サンプルを交えてCometを解説していく事にします。
誕生から2年を経てCometは「何が出来るのか」という議論から、「いかに実現するか」という議論に関心が移ってきたように見えます。そこで本稿では同じくJavaOneで数多く取り上げられたNetBeans 6.1とGlassFish v3を使いながら、サンプルを交えてCometを解説していく事にします。
業界が未来のブラウザに求める機能のリストをOpenAjax Allianceが集め、希望リストを作成した。オープンコラボレーションツールとしてwikiを使用し、業界の多くの人々からの提案を受けて、現在機能リストには37の個々の機能リクエストが載せられている。
先月初め、WaveMaker SoftwareのChristopher Keene氏は、ブログ投稿で共通Web開発用語の定義を試みている。用語の概要や表示方法が載っている。かつてのAdobe ExecutiveであるDavid Mendels氏は、RIAという用語はどのようにできたのか、またこんにちそれが持つ価値について話している。
Grizzlyフレームワークは、GlassFishやSailfin、RESTlet、OpenESB等、たくさんの様々な製品で使われている。このフレームワークではJava New I/O API(NIO)を利用しており、開発者は拡張性のあるサーバアプリケーションを書くことができる。Atmosphere Grizzlyから発展したPOJOベースのフレームワークで、Cometを広めることを目的としている。Jean-Francois氏は、この新しい開発についてInfoQに聞かせてくれた。
WebのためにSproutCoreはCocoaに変化しているのか?デスクトップのようなWebアプリケーション開発をより簡単にするよう意図されたJavaScriptフレームワークは、WWDCでSproutCoreのオフラインデータストレージ機能の使用方法を説明したセッションにおいて、非公式の承認を受けた。Appleの新たなMobileMeがSproutCoreを利用することが明らかになった。
今回Ryan Dewsbury著"Google Web Toolkit"から"Integrating with a GWT-RPC Servlet"の1節をサンプルとしてお届けします。
昨年12月3日の記事で,JavaScriptでマルチスレッドを利用可能にするライブラリ、Concurrent.Threadを紹介しました。しかし、そもそもスレッドが 1 つしかないJavaScript環境の上に、どのようにしてマルチスレッドを、しかもWebブラウザを改変することをせずに、実現しているのでしょうか? 今回はConcurrent.Threadの内部で何が起こっているのかについて、ご紹介しましょう。

知恵のあるJava開発者をずっと避け続けている、興味深い一面に、別のクライアントプラットフォームがあります。これは、すでにユーザのデスクトップのほぼすべてに存在し、ユーザインターフェイスオプションとして驚くほどの量の能力と柔軟性を提供し、リリースされたすべてに集中的な研究を経た親しみやすいユーザ対話型形式を提供しています。もちろん、Microsoft OfficeプラットフォームのWord、Excel、Outlook、PowerPoint、InfoPathのことを話しています。
Ajax開発のむずかしさ、その原因の一つに、JavaScriptではスレッドは1つしかないということが挙げられます。1つしかないスレッドの上で非同期通信をしようとするとどうしてもイベント駆動型でプログラムしなければならなくなり、複雑な記述をしなければならないのでした。通信の結果が得られるまで待っている間にも他のスレッドがユーザへの応答を行ってくれれば、こんなに大変な思いはしなくてよいはずなのです。ここでは解決方法を一つご紹介します。