Kazuho Oku's blog : Web 2.0 時代の UDDI についてのメモ
UDDI は何故失敗したのか。 単に、「ディレクトリ型」というトップダウンモデルが間違っていたからではないのか？ (cf. MS、IBM、SAP、UDDIレジストリを停止; ITMedia) 実際、blogosphere では、UDDI が目標として掲げた、サービスを発見し、比較する、という行為は、既に実現されている。 スパマーはどうやって来襲するのか。検索エンジンでブログサイトを探し出し、HTML ページからトラックバック API やコメント API を Autodiscovery注1 して、ゴミをまきちらしていくのである注2。 彼らは、ネット上から特定の API を備えたウェブサービスを検索し、そのサービスに対しリクエストを発行するという UDDI の目標を達成しているのである。 この「Autodiscovery による UDDI」では、複数のサービスを比較して、どちらがより高いパフォ
UDDIって何だ？
■ビジネスレジストリの構造 ■<businessEntity> ビジネス情報は、<businessEntity>という要素で記述される。このXML要素は、企業体などを表すためのものだ。企業名、連絡先、企業を特定（確認）するための何らかのID番号などを記述する。 企業を探す場合、この要素を使って検索することになる。<businessEntity>要素での検索のことを「ホワイトページ」と呼んでいる。 どのような業務を提供しているかという情報は、ビジネス情報内部に持つことになる。つまり、ある企業が提供するサービスにはどのようなものがあるかを記述することになる。 ■<businessService> 業務情報は、<businessService>という要素で記述される。このXML要素は、企業がどのような業務を提供しているかを示すものだ。Ver1では、業務の登録に、3つの分類標準をサポートしている。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dream Software Laboratory
