Uddi-quick-guide
UDDI-概要
UDDIは、Webサービスを記述、公開、および検索するためのXMLベースの標準です。
- UDDIは、 Universal Description、Discovery、およびIntegration の略です。
- UDDIは、Webサービスの分散レジストリの仕様です。
- UDDIは、プラットフォームに依存しないオープンフレームワークです。
- UDDIは、SOAP、CORBA、Java RMIプロトコルを介して通信できます。
- UDDIはWebサービス定義言語(WSDL)を使用して、Webサービスへのインターフェースを記述します。
- UDDIは、Webサービスの3つの基本標準の1つとしてSOAPとWSDLで見られています。
- UDDIはオープンな業界イニシアチブであり、企業がお互いを発見し、インターネット上での相互作用を定義できるようにします。
UDDIには2つのセクションがあります-
- サービスのWSDL記述へのポインターを含む、すべてのWebサービスのメタデータのレジストリ。
- そのレジストリを操作および検索するための一連のWSDLポートタイプ定義。
UDDIの歴史
- UDDI 1.0は、2000年9月にMicrosoft、IBM、およびAribaによって最初に発表されました。
- 最初の発表以来、UDDIイニシアチブは、Dell、Fujitsu、HP、Hitachi、IBM、Intel、Microsoft、Oracle、SAP、およびSunを含む300社以上を含むように成長しました。
- 2001年5月、MicrosoftとIBMは最初のUDDIオペレーターサイトを立ち上げ、UDDIレジストリを公開しました。
- 2001年6月、UDDIはバージョン2.0を発表しました。
- このチュートリアルを書いている時点で、MicrosoftとIBMのサイトは1.0仕様を実装しており、近い将来2.0のサポートを計画していました。
- 現在、UDDIはOASISによって後援されています。
パートナーインターフェイスプロセス
パートナーインターフェイスプロセス(PIP)は、2つのトレーディングパートナがデータを交換できるようにするXMLベースのインターフェイスです。 多数のPIPがすでに存在します。 それらのいくつかはここにリストされています-
- PIP2A2 -パートナーが別の製品情報を照会できるようにします。
- PIP3A2 -パートナーが特定の製品の価格と在庫を照会できるようにします。
- PIP3A4 -パートナーが電子購入注文を送信し、注文の確認を受信できるようにします。
- PIP3A3 -パートナーが電子ショッピングカートの内容を転送できるようにします。
- PIP3B4 -パートナーが特定の出荷のステータスを照会できるようにします。
プライベートUDDIレジストリ
インターネット上で利用可能なUDDIレジストリのパブリックフェデレーションネットワークを使用する代わりに、企業または業界グループは、独自のプライベートUDDIレジストリを実装することを選択できます。
これらの排他的なサービスは、会社または業界グループのメンバーがサービスを共有し、広告を共有できるようにすることを唯一の目的として設計されています。
UDDIレジストリがグローバルフェデレーションネットワークの一部であるか、個人所有および運営のレジストリであるかに関係なく、それらをすべて結び付けるものの1つは、UDDIレジストリ内で広告されるビジネスおよびサービスを公開および検索するための共通WebサービスAPIです。
UDDI-要素
企業または企業は、3種類の情報をUDDIレジストリに登録できます。 この情報は、UDDIの3つの要素に含まれています。
これらの3つの要素は-
- ホワイトページ、
- イエローページ、および
- グリーンページ。
ホワイトページ
ホワイトページに含まれるもの-
- 会社とそのビジネスに関する基本情報。
- 会社名、住所、連絡先電話番号などを含む基本的な連絡先情報
- A会社の納税者番号の一意の識別子。 この情報により、他の人があなたのビジネスIDに基づいてWebサービスを発見できます。
イエローページ
- イエローページには、会社に関する詳細が含まれています。 それらには、それを使ってビジネスをしたい人に会社が提供できる電子機能の種類の説明が含まれています。
- イエローページは、一般に受け入れられている産業分類スキーム、業界コード、製品コード、ビジネス識別コードなどを使用して、企業がリストを簡単に検索し、必要なものを正確に見つけられるようにします。
グリーンページ
グリーンページには、Webサービスに関する技術情報が含まれています。 緑色のページを使用すると、Webサービスが見つかった後、誰かがWebサービスにバインドできます。 それが含まれています-
- さまざまなインターフェース
- URLの場所
- Webサービスを見つけて実行するために必要なディスカバリー情報および同様のデータ。
注-UDDIは、SOAPに基づくWebサービスの記述に限定されません。 むしろ、UDDIを使用して、単一のWebページまたは電子メールアドレスからSOAP、CORBA、およびJava RMIサービスまでのあらゆるサービスを記述することができます。
UDDI-技術アーキテクチャ
UDDIの技術アーキテクチャは3つの部分で構成されています-
UDDIデータモデル
UDDIデータモデルは、ビジネスとWebサービスを記述するためのXMLスキーマです。 データモデルの詳細については、「UDDIデータモデル」の章を参照してください。
UDDI API仕様
これは、UDDIデータを検索および公開するためのAPIの仕様です。
UDDIクラウドサービス
これらは、UDDI仕様の実装を提供し、スケジュールに基づいてすべてのデータを同期するオペレーターサイトです。
パブリッククラウドとも呼ばれるUDDIビジネスレジストリ(UBR)は、複数のノードから構築された概念的に単一のシステムであり、レプリケーションによってデータが同期されます。
現在のクラウドサービスは、論理的に集中化されているが、物理的に分散されたディレクトリを提供します。 つまり、1つのルートノードに送信されたデータは、他のすべてのルートノードに自動的に複製されます。 現在、データ複製は24時間ごとに発生します。
UDDIクラウドサービスは現在、MicrosoftとIBMによって提供されています。 Aribaはもともとオペレーターを提供することも計画していましたが、それ以来コミットメントから遠ざかりました。 Hewlett-Packardを含む他の会社からの追加のオペレーターが近い将来に計画されています。
プライベートUDDIレジストリを設定することもできます。 たとえば、大企業では、すべての内部Webサービスを登録するために、独自のプライベートUDDIレジストリを設定できます。 これらのレジストリはルートUDDIノードと自動的に同期されないため、UDDIクラウドの一部とは見なされません。
UDDI-データモデル
UDDIには、次のデータ構造を記述するXMLスキーマが含まれています-
- businessEntity
- ビジネスサービス
- bindingTemplate
- tModel
- PublisherAssertion
businessEntityのデータ構造
ビジネスエンティティ構造は、Webサービスのプロバイダーを表します。 UDDIレジストリ内では、この構造には、連絡先情報、業界カテゴリ、ビジネス識別子、提供されるサービスのリストなど、会社自体に関する情報が含まれています。
架空の企業のUDDIレジストリエントリの例を次に示します-
<businessEntity businessKey = "uuid:C0E6D5A8-C446-4f01-99DA-70E212685A40"
operator = "http://www.ibm.com" authorizedName = "John Doe">
<name>Acme Company</name>
<description>
We create cool Web services
</description>
<contacts>
<contact useType = "general info">
<description>General Information</description>
<personName>John Doe</personName>
<phone>(123) 123-1234</phone>
<email>[email protected]</email>
</contact>
</contacts>
<businessServices>
...
</businessServices>
<identifierBag>
<keyedReference tModelKey = "UUID:8609C81E-EE1F-4D5A-B202-3EB13AD01823"
name = "D-U-N-S" value = "123456789"/>
</identifierBag>
<categoryBag>
<keyedReference tModelKey = "UUID:C0B9FE13-179F-413D-8A5B-5004DB8E5BB2"
name = "NAICS" value = "111336"/>
</categoryBag>
</businessEntity>
businessServiceのデータ構造
ビジネスサービス構造は、ビジネスエンティティによって提供される個々のWebサービスを表します。 その説明には、Webサービスにバインドする方法、Webサービスの種類、およびそれが属する分類カテゴリに関する情報が含まれます。
Hello World Webサービスのビジネスサービス構造の例を次に示します。
<businessService serviceKey = "uuid:D6F1B765-BDB3-4837-828D-8284301E5A2A"
businessKey = "uuid:C0E6D5A8-C446-4f01-99DA-70E212685A40">
<name>Hello World Web Service</name>
<description>A friendly Web service</description>
<bindingTemplates>
...
</bindingTemplates>
<categoryBag/>
</businessService>
_businessKey_および_serviceKey_属性でUniversally Unique Identifier(UUID)が使用されていることに注意してください。 すべてのビジネスエンティティとビジネスサービスは、情報が最初に入力されたときにレジストリによって割り当てられたUUIDを介して、すべてのUDDIレジストリで一意に識別されます。
bindingTemplateのデータ構造
バインディングテンプレートは、ビジネスサービス構造によって表されるWebサービスの技術的な説明です。 1つのビジネスサービスに複数のバインディングテンプレートがある場合があります。 バインディングテンプレートは、Webサービスの実際の実装を表します。
Hello Worldのバインディングテンプレートの例を次に示します。
<bindingTemplate serviceKey = "uuid:D6F1B765-BDB3-4837-828D-8284301E5A2A"
bindingKey = "uuid:C0E6D5A8-C446-4f01-99DA-70E212685A40">
<description>Hello World SOAP Binding</description>
<accessPoint URLType = "http">http://localhost:8080</accessPoint>
<tModelInstanceDetails>
<tModelInstanceInfo tModelKey = "uuid:EB1B645F-CF2F-491f-811A-4868705F5904">
<instanceDetails>
<overviewDoc>
<description>
references the description of the WSDL service definition
</description>
<overviewURL>
http://localhost/helloworld.wsdl
</overviewURL>
</overviewDoc>
</instanceDetails>
</tModelInstanceInfo>
</tModelInstanceDetails>
</bindingTemplate>
ビジネスサービスには複数のバインディングテンプレートがある場合があるため、サービスは同じサービスの異なる実装を指定でき、それぞれ異なるプロトコルセットまたは異なるネットワークアドレスにバインドされます。
tModelデータ構造
tModelは最後のコアデータ型ですが、潜在的に最も把握しにくいものです。 tModelは技術モデルの略です。
tModelは、UDDIレジストリ内に格納されているさまざまなビジネス、サービス、およびテンプレート構造を記述する方法です。 抽象概念はすべて、tModelとしてUDDI内に登録できます。 たとえば、新しいWSDLポートタイプを定義する場合、UDDI内でそのポートタイプを表すtModelを定義できます。 次に、tModelをそのビジネスサービスのバインディングテンプレートの1つと関連付けることにより、特定のビジネスサービスがそのポートタイプを実装するように指定できます。
次に、Hello World Interfaceポートタイプを表すtModelの例を示します。
<tModel tModelKey = "uuid:xyz987..." operator = "http://www.ibm.com"
authorizedName = "John Doe">
<name>HelloWorldInterface Port Type</name>
<description>
An interface for a friendly Web service
</description>
<overviewDoc>
<overviewURL>
http://localhost/helloworld.wsdl
</overviewURL>
</overviewDoc>
</tModel>
publisherAssertionデータ構造
これは、子会社や部門などの特定のタイプの関係に応じて、2つ以上のbusinessEntity構造を関連付ける関係構造です。
publisherAssertion構造は、fromKey(最初のbusinessKey)、toKey(2番目のbusinessKey)、およびkeyedReferenceの3つの要素で構成されています。
keyedReferenceは、tModelKeyによって一意に参照される、tModel内のkeyName keyValueペアの観点から、アサートされた関係タイプを指定します。
<element name = "publisherAssertion" type = "uddi:publisherAssertion"/>
<complexType name = "publisherAssertion">
<sequence>
<element ref = "uddi:fromKey"/>
<element ref = "uddi:toKey"/>
<element ref = "uddi:keyedReference"/>
</sequence>
</complexType>
UDDI-インターフェース
レジストリにアクセスする方法がなければ、レジストリは役に立ちません。 UDDI標準バージョン2.0は、サービスコンシューマとサービスプロバイダがレジストリと対話するための2つのインターフェイスを指定しています。
サービスコンシューマは Inquiry Interface を使用してサービスを検索し、サービスプロバイダーは Publisher Interface を使用してサービスを一覧表示します。
UDDIインターフェースの中核はUDDI XMLスキーマ定義です。 これらは、すべての情報が流れる基本的なUDDIデータタイプを定義します。
パブリッシャーインターフェース
パブリッシャーインターフェイスは、UDDIレジストリ内のエントリを管理するサービスプロバイダーの16の操作を定義します-
- get_authToken -認証トークンを取得します。 すべてのPublisherインターフェース操作では、有効な認証トークンをリクエストとともに送信する必要があります。
- discard_authToken -指定された認証トークンを受け入れないようにUDDIレジストリに指示します。 この手順は、システムからログアウトすることと同等です。
- save_business -UDDIレジストリに含まれるビジネスエンティティの情報を作成または更新します。
- save_service -ビジネスエンティティが提供するWebサービスに関する情報を作成または更新します。
- save_binding -Webサービスの実装に関する技術情報を作成または更新します。
- save_tModel -UDDIレジストリによって管理される抽象概念の登録を作成または更新します。
- delete_business -指定されたビジネスエンティティをUDDIレジストリから完全に削除します。
- delete_service -指定されたWebサービスをUDDIレジストリから完全に削除します。
- delete_binding -指定されたWebサービスの技術的な詳細をUDDIレジストリから削除します。
- delete_tModel -UDDIレジストリから指定されたtModelを削除します。
- get_registeredInfo -すべてのビジネス、すべてのサービス、すべてのtModelを含む、UDDIレジストリがユーザーに対して現在追跡しているすべての概要を返します。
- set_publisherAssertions -個々のパブリッシャーアカウントに関連付けられたすべての追跡された関係アサーションを管理します。
- add_publisherAssertions -1つまたは複数のpublisherAssertionsを個々のパブリッシャーのアサーションコレクションに追加します。
- delete_publisherAssertions -1つまたは複数のpublisherAssertion要素をパブリッシャーのアサーションコレクションから削除します。
- get_assertionStatusReport -個々の発行者アカウントによって管理されているビジネス登録のいずれかを含む現在および未解決の発行者アサーションのステータスを決定するための管理サポートを提供します。
- get_publisherAssertions -個々のパブリッシャーアカウントに関連付けられているパブリッシャーアサーションの完全なセットを取得します。
照会インターフェース
照会インターフェイスは、UDDIレジストリを検索し、特定の登録に関する詳細を取得するための10の操作を定義します-
- find_binding -技術的なバインディング情報に基づいて特定の基準セットに一致するWebサービスのリストを返します。
- find_business -特定の条件セットに一致するビジネスエンティティのリストを返します。
- find_ltservice -基準の特定のセットに一致するWebサービスのリストを返します。
- find_tModel -基準の特定のセットに一致するtModelのリストを返します。
- get_bindingDetail -特定のWebサービスバインディングテンプレートの完全な登録情報を返します。
- get_businessDetail -エンティティが提供するすべてのサービスを含む、ビジネスエンティティの登録情報を返します。
- get_businessDetailExt -事業体の完全な登録情報を返します。
- get_serviceDetail -Webサービスの完全な登録情報を返します。
- get_tModelDetail -tModelの完全な登録情報を返します。
- find_relatedBusinesses -uddi-org:relationshipsモデルを介して関連しているビジネスを検出します。
UDDI-使用例
XYZが連絡先情報、サービスの説明、およびオンラインサービスアクセス情報をUDDIに登録したいと考えている会社を考えてください。 次の手順が必要です-
- 使用するオペレーターを選択します。 各オペレーターには、レジストリのレプリカへのアクセスを許可するためのさまざまな条件があります。
- オペレーターによって提供されるようなUDDIクライアントを構築または取得します。
- オペレーターから認証トークンを取得します。
- ビジネスに関する情報を登録します。 一致を検索する人にとって役立つ情報をできるだけ多く含めます。
- 認証トークンを解放します。
- 照会APIを使用して、バインディングテンプレート情報を含む情報の取得をテストし、情報を取得したユーザーがそれを使用してサービスと対話できることを確認します。
- 誰かが特定のサービスを検索し、サービスプロバイダーの1つとしてあなたのビジネスを見つけたい場合に備えて、tModel情報を入力します。
- 必要に応じて情報を更新して、変化するビジネス連絡先情報と新しいサービスの詳細を反映し、毎回オペレーターから新しい認証トークンを取得してリリースします。 登録したデータを更新または変更する必要があるときはいつでも、データを入力したオペレーターに戻る必要があります。
次の例は、XYZ Companyが情報を登録する方法と、XYZ.com Webサービスを使用して、XYZの製品ラインを運ぶことに関心のあるディストリビューターが、会社への連絡方法と注文方法に関する情報を見つける方法を示します。
レジストリを作成する
たとえば、Microsoftのオペレーターの1つから認証トークンを取得した後、XYZ.com開発者はレジストリに公開する情報を決定し、Microsoftが提供するUDDIツールの1つを使用します。 必要に応じて、開発者はJava、C#、またはVB.NETプログラムを作成して、適切なSOAPメッセージを生成することもできます。 これが例です。
POST/save_business HTTP/1.1
Host: www.XYZ.com
Content-Type: text/xml; charset = "utf-8"
Content-Length: nnnn
SOAPAction: "save_business"
<?xml version = "1.0" encoding = "UTF-8" ?>
<Envelope xmlns = "http://schemas/xmlsoap.org/soap/envelope/">
<Body>
<save_business generic = "2.0" xmlns = "urn:uddi-org:api_v2">
<businessKey = "">
</businessKey>
<name>
XYZ, Pvt Ltd.
</name>
<description>
Company is involved in giving Stat-of-the-art....
</description>
<identifierBag> ... </identifierBag>
...
</save_business>
</Body>
</Envelope>
この例は、XYZ CompanyのUDDIビジネスエンティティの登録を要求するSOAPメッセージを示しています。 オペレーターがデータ構造のUUIDキーを自動的に生成するため、キー要素は空白です。 簡単な例を示すために、ほとんどのフィールドは省略されています。
会社XYZは常に別のsave_business操作を実行して、ビジネスエンティティの作成に必要な基本情報に追加できます。
情報を取得する
XYZ Companyが関連情報でUDDIエントリを更新した後、XYZディストリビューターになりたい企業は、UDDIレジストリで連絡先情報を検索し、XYZ.comがオンラインで公開する2つのWebサービスのサービス説明とアクセスポイントを取得できます。注文入力:シーズン前の一括注文とシーズン内の在庫補充注文。
この例は、XYZ Companyに関するビジネス詳細情報を取得するためのサンプルSOAP要求を示しています。 登録されている特定のビジネスのUUIDまたはキーがわかったら、それをget_businessDetail APIで使用して、そのビジネスに関する特定の情報を返すことができます。
POST/get_businessDetail HTTP/1.1
Host: www.XYZ.com
Content-Type: text/xml; charset = "utf-8"
Content-Length: nnnn
SOAPAction: "get_businessDetail"
<?xml version = "1.0" encoding = "UTF-8" ?>
<Envelope xmlns = "http://schemas/xmlsoap.org/soap/envelope/">
<Body>
<get_businessDetail generic = "2.0" xmlns = "urn:uddi-org:api_v2">
<businessKey = "C90D731D-772HSH-4130-9DE3-5303371170C2">
</businessKey>
</get_businessDetail>
</Body>
</Envelope>
WSDLを使用したUDDI
UDDIデータモデルは、ビジネスおよび公開するWebサービスに関する情報を格納するための一般的な構造を定義します。 UDDIデータモデルは、情報の繰り返しシーケンス構造を含む、完全に拡張可能です。
ただし、WSDLはWebサービスのインターフェースを記述するために使用されます。 WSDLは、UDDIで使用するのが非常に簡単です。
- WSDLは、businessService、bindingTemplate、、および_tModel_情報の組み合わせを使用して、UDDIで表されます。
- UDDIに登録されたサービスと同様に、サービスに関する一般情報は_businessService_データ構造に格納され、サービスがアクセスされる方法と場所に固有の情報は1つ以上の関連_bindingTemplate_構造に格納されます。 各_bindingTemplate_構造には、サービスのネットワークアドレスを含む要素が含まれており、サービスを記述して一意に識別する1つ以上の_tModel_構造が関連付けられています。
- UDDIを使用してWSDL情報またはWSDLファイルへのポインターを保存する場合、_tModel_は慣例により_wsdlSpec_型として参照する必要があります。つまり、_overviewDoc_要素はWSDLサービスインターフェイス定義を指していると明確に識別されます。
- UDDIの場合、WSDLの内容は、インターフェイスファイルと実装ファイルの2つの主要な要素に分割されます。
Hertz予約システムWebサービスは、UDDIとWSDLがどのように連携するかの具体例を提供します。 これは、このWebサービスの<tModel>です-
<tModel authorizedName = "..." operator = "..." tModelKey = "...">
<name>HertzReserveService</name>
<description xml:lang = "en">
WSDL description of the Hertz reservation service interface
</description>
<overviewDoc>
<description xml:lang = "en">
WSDL source document.
</description>
<overviewURL>
http://mach3.ebphost.net/wsdl/hertz_reserve.wsdl
</overviewURL>
</overviewDoc>
<categoryBag>
<keyedReference tModelKey = "uuid:C1ACF26D-9672-4404-9D70-39B756E62AB4"
keyName = "uddi-org:types" keyValue = "wsdlSpec"/>
</categoryBag>
</tModel>
キーポイントは-
- overviewURL要素は、サービスインターフェイス定義のWSDLファイルがある場所へのURLを提供します。 これにより、人間とUDDI/WSDL対応ツールがサービスインターフェイス定義を見つけることができます。
- categoryBagのkeyedReference要素の目的は、このtModelがWSDL仕様ドキュメントとして分類されるようにすることです。
UDDI-実装
現在、多くのUDDI実装が利用可能です。 これらの実装により、UDDI APIの複雑さに煩わされることなく、UDDIデータの検索または公開が容易になります。 利用可能な主なUDDI実装の簡単な概要を以下に示します。
Java実装
Javaには2つのUDDI実装があります。
- UDDI4J(Java用UDDI)-UDDI4Jは元々IBMによって作成されました。 2001年1月、IBMはコードを独自のオープンソースサイトに引き渡しました。 UDDI4Jは、UDDIと対話するためのAPIを提供するJavaクラスライブラリです。
- jUDDI-jUDDIは、UDDIレジストリのオープンソースJava実装であり、UDDIサービスにアクセスするためのツールキットです。
Perlの実装
- UDDI :: Lite -照会および公開用の基本的なUDDIクライアントを提供します。
Rubyの実装
- UDDI4r -照会および公開用の基本的なUDDIクライアントを提供します。
Pythonの実装
- UDDI4Py-UDDI4Pyは、UDDIバージョン2 APIへの要求の送信と、UDDIバージョン2 APIからの応答の処理を可能にするPythonパッケージです。
UDDI-仕様
UDDIプロジェクトは、さまざまな仕様APIで使用されるデータ形式を記述するXMLスキーマ定義のセットも定義します。 これらのドキュメントはすべて、http://www.uddi.org/[www.uddi.org]からダウンロードできます。 すべての仕様グループの現在のバージョンはバージョン2.0です。
仕様には次のものが含まれます-
- UDDIレプリケーション、
- UDDIオペレーター、
- UDDIプログラマーAPI
- UDDIデータ構造
UDDIレプリケーション
このドキュメントでは、サイト間のデータ複製を実現するためにレジストリオペレータが従わなければならないデータ複製プロセスとインターフェイスについて説明します。 この仕様はプログラマのAPIではありません。 UBRノード間で使用される複製メカニズムを定義します。
UDDIオペレーター
このドキュメントでは、UDDIノードオペレータが必要とする動作と動作パラメータの概要を説明します。 この仕様は、オペレーターが従わなければならないデータ管理要件を定義しています。
UDDIプログラマーAPI
この仕様では、すべてのUDDIレジストリが、レジストリでホストされているサービスについて問い合わせたり、ビジネスまたはサービスに関する情報をレジストリに公開したりするためにサポートする一連の関数を定義しています。 この仕様は、UDDIレジストリが受け入れ、解析、応答するXMLドキュメントを含む一連のSOAPメッセージを定義します。 この仕様は、UDDI XML APIスキーマおよびUDDIデータ構造仕様とともに、UDDIレジストリへの完全なプログラミングインターフェイスを構成します。
UDDIデータ構造
この仕様は、UDDIプログラマーAPIによって定義されたSOAPメッセージ内に含まれるXML構造の仕様をカバーしています。 この仕様では、5つのコアデータ構造とそれらの相互関係を定義しています。
UDDI XML APIスキーマは仕様に含まれていません。むしろ、UDDIデータ構造の構造とデータ型を定義するXMLスキーマドキュメントとして保存されます。
UDDI-まとめ
このチュートリアルのUDDIとその要素、およびUDDIの完全なアーキテクチャとデータモデルについても説明しました。
2つのUDDIインターフェイス、Publisher’s InterfaceとInquiry Interfaceについて学習しました。 また、UDDIでWebサービスを登録および検索する方法も学びました。
次は何ですか?
次のステップは、SOAP、WSDL、およびWebサービスについて学習することです。
SOAP
SOAPは、アプリケーションがHTTP経由で情報を交換できるようにする単純なXMLベースのプロトコルです。
SOAPの詳細については、リンク:/soap/index [SOAPチュートリアル]をご覧ください。
WSDL
WSDLは、WebサービスをXML形式で記述するための標準形式です。
WSDLはUDDIの不可欠な部分です。
WSDLの詳細については、リンク:/wsdl/index [WSDLチュートリアル]をご覧ください。
ウェブサービス
Webサービスは、アプリケーションをWebアプリケーションに変換できます。
Webサービスの詳細については、リンク:/webservices/index [Webサービスチュートリアル]をご覧ください。
UDDI-APIクイックリファレンス
UDDI Inquiry APIとUDDI Publishing APIの完全なリファレンスを次に示します。
UDDI Inquiry API
API Name | Description | V1.0 | V2.0 |
---|---|---|---|
find_binding | Searches for template bindings associated with a specified service. | Y | Y |
find_business | Searches for business that matches the specified criteria. | Y | Y |
find_relatedBusinesses | Discovers business that have been related via the uddi-org:relationships model. | Y | |
find_service | Searches for service associated with a specified business. | Y | Y |
find_tModel | Searches for tModel records that matches the specified criteria. | Y | Y |
get_bindingDetail | Retrieves the complete bindingTemplate for each specified bindingKey. | Y | Y |
get_businessDetail | Retrieves the complete businessEntity for each specified businessKey. | Y | Y |
get_businessDetailExt | Retrieves the extended businessEntity for each specified businessKey. | Y | Y |
get_serviceDetail | Retrieves the businessService record for each specified serviceKey. | Y | Y |
get_tModelDetail | Retrieves the tModel record for each specified tModelKey. | Y | Y |
UDDI公開API
API Name | Description | V1.0 | V2.0 |
---|---|---|---|
get_authToken | Retrieves an authorization token. All of the Publisher interface operations require that a valid authorization token be submitted with the request. | Y | Y |
discard_authToken | Tells the UDDI registry to no longer accept a given authorization token. This step is equivalent to logging out of the system. | Y | Y |
save_business | Creates or updates a business entity’s information contained in the UDDI registry. | Y | Y |
save_service | Creates or updates information about the web services that a business entity provides. | Y | Y |
save_binding | Creates or updates the technical information about a web service’s implementation. | Y | Y |
save_tModel | Creates or updates the registration of abstract concepts managed by the UDDI registry. | Y | Y |
delete_business | Removes the given business entities from the UDDI registry completely. | Y | Y |
delete_service | Removes the given web services from the UDDI registry completely. | Y | Y |
delete_binding | Removes the given web service technical details from the UDDI registry. | Y | Y |
delete_tModel | Removes the specified tModels from the UDDI registry. | Y | Y |
get_registeredInfo | Returns a summary of everything the UDDI registry is currently keeping track of for the user, including all businesses, all services, and all tModels. | Y | Y |
set_publisherAssertions | Manages all of the tracked relationship assertions associated with an individual publisher account. | Y | |
add_publisherAssertions | Causes one or more publisherAssertions to be added to an individual publisher’s assertion collection. | Y | |
delete_publisherAssertions | Causes one or more publisherAssertion elements to be removed from a publisher’s assertion collection. | Y | |
get_assertionStatusReport | Provides administrative support for determining the status of current and outstanding publisher assertions that involve any of the business registrations managed by the individual publisher account. | Y | |
get_publisherAssertions | Obtains the full set of publisher assertions that is associated with an individual publisher account. | Y |
エラーコードリファレンス
UDDI APIによって返されるエラーコードの完全なリファレンスは次のとおりです-
リンク:/uddi/uddi_error_codes [エラーコード]
UDDI-有用なリソース
次のリソースには、UDDIに関する追加情報が含まれています。 これについての詳細な知識を得るためにそれらを使用してください。
UDDIの便利なリンク
- UDDI.org-UDDIの公式サイト。
- XML Cover Pages:UDDI-UDDIのコンテンツ
- XML UDDI Wikipedia-UDDIのウィキペディア
UDDIに関する便利な本
このページにサイトを登録するには、 contact @ finddevguides.com にメールを送信してください。