トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Bryan Clauser, 翻訳者 編集部 投稿日 2008年1月18日 午前12時38分
ステートのマネジメントはWebアプリケーションデベロッパ達にとっては常に挑戦的な課題であった。リクエストレベルの代わりにアプリケーションレベルにおいてインタラクションを処理するのはカンバセーション(会話)が管理するものである。Jacob Orshalick氏はSeamのデモブッキングの一例のホテルブッキングアプリケーションを用いて、ネスト化されたカンバセーションがどのように働くのかを述べた(source)。
Seamのカンバセーションモデルは継続性に簡易化されたアプローチを提供する。もしあなたが継続サーバの概念に馴染みがあれば、それらがシームレスなバックボタン化と自動ステートマネジメントを含めた能力を提供することは気付いているだろう。ユーザセッションには単に実行時間のステートのスナップショットである継続性がたくさんあり、またその継続性はいつでも立ち戻ることが可能である。もしあなたがこの概念に親しみを感じれば心配無用でSeamがそれを簡 単にしてくれる。
これは単にこのモデルの一部でありSeamは更にカンバセーションのネスト化も可能にする。
カンバセーションのネスト化はオリジナルか、もしくは外部のカンバセーション上にスタックされたステートコンテナを提供する。ネスト化されたカンバセーションのステートコンテナに設定されたオブジェクトは、どれももとのカンバセーションのステートコンテナ内でアクセス可能なオブジェクトに影響を及ぼさない。またこれはそれぞれのネスト化されたカンバセーションが独自のユニークステートを保持するのを可能にする。
そしてOrshalick氏はネスト化されたカンバセーションを定義する方法と同様にそれが適切に片付けられたかどうかを確かめる方法を解説した。 JBoss Developer Studioを使用してSeamのブッキング例を拡張するという一例は、ネスト化されたカンバセーションの記述例を結論付ける。
Seamに関してJacob Orshalick氏が誤解を解いてきたのはネスト化されたカンバセーションのみではなく、彼はまたカンバセーションタイムアウトに関するトピックに関しても論じた(source)。
カンバセーションタイムアウトは一般的に誤解されているSeamの概念です。私はそのカンバセーションタイムアウトは機能しない!ということを主張している掲載をSeamフォーラムで良く目にします。さて、それは実はただセマンティックを理解すれば機能するのです。
ネストカンバセーションと同じ例を使用して、Orshalick氏は複数のカンバセーションに対応する時はバックグラウンドのカンバセーションのみに影響があることを説明した。これを踏まえてフォアグラウンドのカンバセーションはセッションそのものがタイムアウトした時にタイムアウトする。
Orshalick氏の出した結論は下記のとおりである。
Seamはそのシンプルなカンバセーションモデルを通してステートマネジメントにとても魅力的なアプローチを提供しています。マルチウィンドウオペレーションとバックボタン化を含めた過去にデベロッパたちを苦戦させた複雑な問題は現在シームレスに処理されているのです。原文はこちらです:http://www.infoq.com/news/2008/01/seam-conversations
12/16 ~野村総合研究所が提案~ 「不況を乗り切る!効果的なIT投資を考えるセミナー」
12/5 CSQ会員限定技術情報交換会にてJCP議長が標準化について語る
【無償】「Google Apps 企業向けソリューションセミナー」のご案内
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。
この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。
No comments
返信