InfoQ

News

SOAにおけるData Services: 課題と可能な解決策

作者 Jean-Jacques Dubray, 翻訳者 編集部 投稿日 2007年11月16日 午前7時45分

コミュニティ
SOA
トピック
REST,
Webサービス
タグ
Web services,
XMLスキーマ,
WSO2

Data Servicesはサービス指向のアーキテクチャにおいて、それがMaster Data Management(MDM)、Customer Data Integration(CDI)用であるかもしくはコアのSalesForce.com APIであるかということに関して、次第に人々の興味をそそっている。

WSO2は去年の夏SQLデータベースからデータサービスを作るのを簡易にするため、Web Services Application Server(WSAS)の一部としてData Services Framework(サイト・英語)をリリースした。

先週David Webber氏(source)は、OASIS Content Assembly Mechanism(CAM)の仕様とそのデータサービスへの関連性に関する記事(source)を書いている。ほとんどの人がクエリの結果を検証するためにXMLスキーマの定義をあきらめている一方、CAMはXMLベースの処理用の検証データサービスの定義を可能にするテンプレートを提供する。またDaveは下記のように付け加えている。

W3C XSDスキーマ、ネームスペース、XSLTと他のツール(SchematronとXMLBeansのような)を使用している既存のテクニックはしばらくの間存在していて、それらはよりデベロッパ中心の可能性としてひ弱なデザインオプションを提供してきた。「従来のスキーマメカニズム」は必ずしもビジネスコンテキスト基準に応答する必要のあるAgile情報インターフェースにとって役立つものではない。

CAMはXML Schemaを使用する必要なしにメッセージストラクチャを定義することが可能なのである。更なるCAMプラットフォームの機能はサービスバージョニングと再利用を促進するメカニズムを供給するものである。Daveは下記のように説明している。

すでに3年以上市販されている定評あるAWSプラットフォーム(source)を研究することによっていくつか洞察が得られる。Amazonは以前からコンテンツモデルに変化を起こしてきたが、その結果として数年前からバージョンリクエストをサポートしている。AmazonはリクエストのバージョンIDがリクエストそれ自体のシンタックスに含まれている、セルフサービスのバージョニングアプローチを使用している。

その問題はAmazonが売っている製品によって幅広い領域で折り合わされてきた。

それぞれの製品が異なるインフォメーションモデルを所有しています(ダイアグラムで参照されています)。ある製品系列コード用のクエリは変化するパーツを伴って、XMLのかたまりを返還します。これらいくつかのストラクチャニュアンスは異なるストラクチャブロックに現れるXMLエレメントタグと分化関連した要素を伴って不可欠なものとなります。それだけではなく、Amazon.comそれ自体とそのサプライアのランキングに加え、それぞれのアイテムに値段、在庫レベル、新品、中古品のアイテムのダウンストリームのサプライヤに関する情報を所有しているのです。

Daveの記事はAmazonのサービス用コンテキストドライバの解析もフィーチャーしており、同氏は下記のように結論を下している。

明らかにW3Cスキーマとネームスペースメカニズムに注目すると、コンテキスチュアルビヘイビアがサポートされているものはありません。わかるのは起こりえる全体的なストラクチャのレイアウトのみです。

Daveは次に柔軟でコンテキスト依存のドキュメントストラクチャを解説するために、XPathステートメント一式を使用しているCAMについて説明した。 CAMはUN/CEFACT Core Component Technical Specification(source)と同じところから由来しているのだが、CCTSとは異なりCAMは今日作動可能である。CAMのjCAM Javaオープンソース実装(source)はWebサービス、B2Bと独立型のローカルモードを含むSOAに関連した典型的な相互作用のための3つの別々のデプロイメントモードを提供します。EclipseエディタはSOA実装のサポートとともにCAMテンプレートのローカルでのスタンドアローンでの使用を可能にする。

原文はこちらです:http://www.infoq.com/news/2007/11/data-services-in-soa

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。

Agile2008 チーム参加レポート - カンファレンス参加編

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。