InfoQ

News

UDDIおよびFramework for Web Services Implementation技術委員会が閉幕

作者 Mark Little, 翻訳者 編集部 投稿日 2008年7月5日 午後12時49分

コミュニティ
SOA
トピック
Webサービス
タグ
OASIS,
標準化,
UDDI
OASISは、2つの技術委員会が閉幕したこと(リンク・英語)を発表した(リンク・英語)。それは、UDDIおよびOASIS Framework for Web Services Implementation (FWSI)の2つである。UDDIに関しては、以下のとおりである。
UDDI Specification TCは、UDDI仕様のセットの2つのバージョン(v2.0およびv3.0)を標準化し、 同様にSchema Centric XML Canonicalization Specification V1.0も標準化した。詳しくは、以下を参照。
http://www.oasis-open.org/committees/uddi-spec/doc/tcspecs.htm#uddiv3
UDDIのバージョン2.0および3.0は、OASIS Standardsとして承認された。詳しくは、以下を参照。
http://www.oasis-open.org/news/oasis_news_02_03_05.php
またTCのプレゼン「UDDI v3: The Registry Standard for SOA」については、以下を参照。
http://www.oasis-open.org/presentations/uddi_v3_webcast_20050222.pdf

UDDI仕様のセットおよび関連データモデルおよびスキーマ が、エンタープライズ内およびエンタープライズ間の両方で、Webサービスの公開および発見のための基本メソッドを提供している。こんにちこうした規格は、広く使用されており 標準ベースのWebサービスレジストリおよびディレクトリの要として機能している。
OASISが明確に発表しているように、これでUDDI開発が終了したことにはならない。 メインのUDDIサイト(リンク・英語)ではまだすべきことが残っている。常にOASISは技術委員会の閉会を発表しているが、今回はいつもとは違うかもしれない。近年、レジ ストリの需要が増えたが、UDDIの導入に関してはそうではない。オープンソース分野ではESBによってはUDDIを使用しているが(PDF・英語)、使用していない状況下(リンク・英語)においては、その利便性を疑問視する声が上がっている(リンク・英語)。おそらく、OASISから立ち退くこと(差し当たりか永久にかは不明) はUDDIにとっては問題ではない。というのも誕生以来、こうした種類の不安材料に悩まされてきたからである(リンク・英語)。しかし、UDDIの新ユーザ数がレジストリの新ユー ザ数に追いついていないようである。

FWSIに関しては、OASISは以下のように言っている。
FWSI TCは2つの仕様を作成した。Committee Specificationとして認定されたFWSI Functional Elements Specification v2.0および Public Review Draftとして認定されたFWSI Web Service Implementation Methodologyである。

FWSIプロジェクトは、高品質Webサービスシステムのため、実装プロセスおよび共通エレメントから成る現実的で拡張可能な方法論を定義することで、堅固なサービスの実装を促進することを追求した。

FWSIは、業界に影響を与えたか?(リンク・英語)確かに、技術委員会は結果として文書をいくつか残し、会議も開かれたが(リンク・英語)、ベンダーや他の標準によるクロスリファレンスは決して活発ではなかったと言える。

原文はこちらです:     http://www.infoq.com/news/2008/07/uddi-fwsi-close

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

No comments

返信

特集コンテンツ一覧

Typemock: その過去・現在・未来

Eli Lopian氏率いるTypemock社の過去・現在・未来について、インタビュー形式にて記します。

企業とSaaSの仮想化がもたらすのは、迅速性(アップ)だけではない

この論文では、仮想化やクラウドサービスの複雑なメリットと実世界における応用を検討します。さらに重要なこととして、Contegixが複雑な問題の解決に仮想化を実装している方法や、仮想化を使うべきではないケースについて詳細を提供します。

RubyのFiberを非同期I/Oに使うNeverBlockとRevactor

Fiberはユーザに試練を課すことなくこの考えを実装する有益な並行性ツールとして、ライブラリが2つあります。まさにこのためのソリューションとしてあるのがNeverBlockライブラリです。私たちはNeverBlockプロジェクトのMohammad A. Ali氏とRevactorライブラリのTony Arcier氏に話を聞きました。

拡張性に関する悪習慣

システムの保守容易性や拡張性を確保するためのベスト・プラクティスに関する記事は数多くありますが、この記事では避けた方がいい、いくつかの悪習慣(ワースト・プラクティス)を強調します。

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

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

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

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

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

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

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

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