オリジナルのWS-CDL仕様は感激するまでのものではなかったが、その概念は賛成できるものであった。私はその仕様を再度理解するに至っていないが、近いうちに行う予定である。BPELに関連した基礎的な集約問題を理解するのには少し時間を要するのである。その時までその代案は大いに無視されることになるのだ。それかもしくはCharlton Barretto氏(ブログ・英語)は下記のようにコメントしている(source)。
CDLは、詳細は他の人々に必然的に公開される事なしにそれぞれのステークホルダーたちにそれぞれのレベルの詳細のための方法を提供し、ビジネスステークホルダー、ビジネスアナリスト、エンタープライズアーキテクトとアプリケーションエンジニアが同期して、同じシステムにおける彼らの見解を共有するのを可能にする。またCDLはそれぞれのレベルで要求を強化するために必要な情報を提供する。このスタイルにおいてCDLは、SOAの「A (Architecture)」を提供し、アーキテクチャがモデル化され、描写、 実装される方式を提供する。しかしながらこれにも関わらず(もしくはOracleの例外と共にその始まり以来WS-CDLをサポートした主要ベンダはいなかった。)(source)、デベロッパが使用するツールには限界があった。オラクルのサポートに関わらず、WS-CDL実装もないというのもまた面白い。実のところ最近まで唯一つのオプション は、HatTrick Software(サイト・英語)のPi4Technologies Foundation(サイト・英語)に関連したツールであった。それはSteve Ross-Talbot氏(サイト・英語)が標準の共同著者である事を念頭に置くと驚くべきことではないのである。しかしながら「1」というのは大変孤独な数字で(source)、WS-CDL は他のWS-*がもたらした影響をもたらしていないのである。
今という今までである。Steve氏が彼のブログにて下記のように述べている(source)。
最後に、クリスマスが早く来たようだ。中国のHongbing Wang氏におめでとうと言いたい。新たなWS-CDLツール一式が誕生し、(ツールは)Pi4 Techだけではなくなったのだ。歌でも歌われているように(source)、”2も1と同じように寂しくなり得る。1の次に孤独な数だから。”ということなのである。これは大きな波ではないかもしれないが、さざなみが起こるかもしれない。最終的に、人々がWS-BPELが最終的なソリューションでない(source)と分かるにつれて、WS-CDLはメインストリームへの道を歩み始めたのかもしれない。
私はもっとたくさんの人が戦いに参入することと思います。
http://wscomposition.seu.edu.cn/index.html
原文はこちらです:http://www.infoq.com/news/2007/11/wscomposition