InfoQ ホームページ Web-Development に関するすべてのコンテンツ
-
AjaxプログラマのためのJavaOne2008 -GrizzlyでComet!-
誕生から2年を経てCometは「何が出来るのか」という議論から、「いかに実現するか」という議論に関心が移ってきたように見えます。そこで本稿では同じくJavaOneで数多く取り上げられたNetBeans 6.1とGlassFish v3を使いながら、サンプルを交えてCometを解説していく事にします。
-
SharePoint Webサービスを始めましょう
この記事では、WSS3とMOSS 2007に難しい設定など一切せず、すぐに利用可能なWeb サービスと、Javaと.NETからそのWebサービスを消費する方法に目を向けます。
-
Google Gearsの現状、そして未来を占う
この記事では、現在Gearsが提供している機能を学び直すとともに、Gearsが将来備える可能性のある機能を紹介することで、Gearsが目指すものを明らかにしていきたいと思います。そして最後に筆者の私見も交えつつ、Web技術の将来像について少し想像を巡らせたいと思います。
-
タグからリッチへ: Web 1.0からFlexへ
この記事では、James Ward氏とShashank Tiwari氏が、Web1.0的なインターフェースをTo Rich Internet Applications (RIA)を使ったインターフェースに移行する方法を、サンプルを交えながら説明しています。
-
GWTでAjaxのパフォーマンスを向上させる
今回Ryan Dewsbury著"Google Web Toolkit"から"Integrating with a GWT-RPC Servlet"の1節をサンプルとしてお届けします。
-
JavaScriptによるマルチスレッドの実現‐Concurrent.Threadの裏側
昨年12月3日の記事で,JavaScriptでマルチスレッドを利用可能にするライブラリ、Concurrent.Threadを紹介しました。しかし、そもそもスレッドが 1 つしかないJavaScript環境の上に、どのようにしてマルチスレッドを、しかもWebブラウザを改変することをせずに、実現しているのでしょうか? 今回はConcurrent.Threadの内部で何が起こっているのかについて、ご紹介しましょう。
-
JBoss Seamの導入
JBoss Seamは、「Java EE 5.0用の軽量フレームワーク」である。それはどういう意味なのか? Java EE(Enterprise Edition)5.0自体が「フレームワーク」の集合体ではないのか? なぜ公式仕様外の別のフレームワークが必要なのか?
-
インタビュー:Didier Girard氏に聞く、GWTとVoltaはWeb用のGCCなのだろうか?
InfoQではDidier Girard氏に話を聞いた。彼はパリに拠点を置くコンサルティング会社、SFEIR社でCTO(最高技術責任者)を務めている。
-
Rich Officeクライアントアプリケーション
知恵のあるJava開発者をずっと避け続けている、興味深い一面に、別のクライアントプラットフォームがあります。これは、すでにユーザのデスクトップのほぼすべてに存在し、ユーザインターフェイスオプションとして驚くほどの量の能力と柔軟性を提供し、リリースされたすべてに集中的な研究を経た親しみやすいユーザ対話型形式を提供しています。もちろん、Microsoft OfficeプラットフォームのWord、Excel、Outlook、PowerPoint、InfoPathのことを話しています。
-
現実世界におけるルールエンジン
多くの開発者にとって、ルールエンジンと言うのは単なるバズワード、もしくはアーキテクチャの図上のブラックボックスです。遠くの方から恐れられたり、称賛されたりしていますが、理解されてはいません。ルールエンジンのような新しいパラダイムを受け入れる際には、技術のどうしようもないジレンマが存在します。 この記事では、私が金融サービス向けの市場ソリューションをサポートするためにルールエンジンとDroolsを実践した経験を共有し、ルールエンジンの便利な個所と、あなたが直面している問題に対してどのようにルールエンジンを適用するのが最良か、を理解する手助けとなることを目指しています。
-
JavaScriptへのマルチスレッド・プログラミングの導入
Ajax開発のむずかしさ、その原因の一つに、JavaScriptではスレッドは1つしかないということが挙げられます。1つしかないスレッドの上で非同期通信をしようとするとどうしてもイベント駆動型でプログラムしなければならなくなり、複雑な記述をしなければならないのでした。通信の結果が得られるまで待っている間にも他のスレッドがユーザへの応答を行ってくれれば、こんなに大変な思いはしなくてよいはずなのです。ここでは解決方法を一つご紹介します。