Oracle Service Registryでは、次のリソースを登録する機能が提供されています。
ここでは、WSDLファイルをOracle Service Registryに公開する方法について説明します。実装には、OASIS UDDIテクニカル・ノート「Using WSDL in a UDDI Registry, Version 2.0」が反映されています。図1に示すように、テクニカル・ノートには、WSDLとUDDIとの間のマッピングが示されています。
表1「WSDL portTypeとUDDIとの間のマッピング」に示すように、それぞれのWSDL portTypeは、WSDL仕様のportTypeのローカル名と同じ名前を持つtModelにマップされています。tModelのoverviewURLは、WSDL仕様のURLになります。tModelには、次に示すように、WSDLアーティファクトのタイプに対するkeyedReferenceおよびportTypeが含まれているWSDL定義要素の名前空間とともに、categoryBagが含まれています。
タイプはportTypeとしてカテゴリ化されます。
名前空間は、WSDLバインディングの名前空間としてカテゴリ化されます。
同様に、表2「WSDLバインディングとUDDIとの間のマッピング」に要約されているとおり、WSDLバインディングは、WSDLバインディング・ローカル名から収集されたtModelの名前およびWSDL仕様のURLであるoverviewURLとともに、各バインディング用に作成されたtModelにマップされます。この場合も、tModelにcategoryBagが含まれていますが、keyedReferenceは次のようになります。
タイプは、バインディングとしてカテゴリ化されます。
名前空間は、WSDLバインディングの名前空間としてカテゴリ化されます。
バインディングのportTypeカテゴリは、WSDL portType用に作成されたportType tModelの参照に使用されます(前述のとおり)。
プロトコル・カテゴリおよび転送カテゴリは、WSDLバインディングで説明されているとおり、SOAPおよびHTTPなどの同じ属性にそれぞれ設定されます。
WSDLサービスは、UDDI businessServiceとして表されます。名前は、判読可能な名前です。この場合も、tModelにcategoryBagが含まれていますが、keyedReferenceは次のようになります。
タイプはサービスとしてカテゴリ化されます。
名前空間は、前と同様に、WSDLバインディングの名前空間としてカテゴリ化されます。
ローカル名は、サービスのローカル名としてカテゴリ化されます。
businessServiceには、次のようなbindingTemplateも含まれています。
アクセス・タイプは、サービスのアクセス・ポイントとしてカテゴリ化されます。
portTypeは、portTypeのtModelとしてカテゴリ化されます。
バインディングは、バインディング情報のtModelとしてカテゴリ化されます。
ローカル名は、ポートのローカル名としてカテゴリ化されます。
Oracle Service Registryでは、次のユースケースがサポートされています。
WSDLファイルの公開: WSDLファイルのアーティファクトを既存のUDDI構造にマップする方法を指定することもできます。
WSDLの検索: WSDLの場所(URI)によって、WSDLファイルを検索できます。
WSDLの非公開および再公開: WSDLを非公開にしたり、再公開することができます。
「ユーザーズ・ガイド」の「WSDLドキュメントの公開」
「ユーザーズ・ガイド」の「WSDLの検索」
「開発者ガイド」の「WSDLの公開」
図2に示すように、XMLファイルはtModelにマップされます。XMLファイルの場所は、tModelのoverviewURL要素に追加されます。名前空間は、tModelのcategoryBag内のkeyedReferenceにマップされます。各名前空間は、tModelにマップされます。
Oracle Service Registryでは、次のユースケースがサポートされています。
XML文書の公開: XML文書のアーティファクトを既存のUDDI構造にマップする方法を指定することもできます。
XMLファイルの検索
特定タイプのデータ(XSD)が含まれているXMLファイルを検索します。
検索基準、URI接頭辞およびワイルド・カード文字を使用して、指定したサーバーまたはフォルダからXMLファイルを検索します。
指定したXSLTの入力または出力であるXMLファイルを検索します。
指定した出力XMLファイルのジェネレータを検索します。
指定した入力XMLファイルのプロセッサを検索します。
XMLファイルの非公開および再公開
図3に示すように、XMLスキーマ・ファイルはtModelにマップされます。 XSDファイルの場所(URI)はtModelのoverviewURL要素にマップされ、ターゲットの名前空間はtModelカテゴリ・バッグ内のkeyedReferenceにマップされます。xsd:types、xsd:elementsおよびxsd:importsは、tModel keyedReferenceにマップされます。要素またはインポートの各タイプに対して、新しいtModelが作成されます。
Oracle Service Registryでは、次のユースケースがサポートされています。
XMLスキーマの公開: XMLスキーマのアーティファクトを既存のUDDI構造にマップする方法を指定することもできます。
XMLスキーマの検索:
指定したXSDファイルに宣言されているアーティファクトをインポートするXMLスキーマを検索します。
指定したサーバーまたはフォルダにあるXMLスキーマを検索します。
指定したXSDを使用してドキュメントを処理できるすべてのXSLTを検索します。
指定したXSDを使用するドキュメントを生成するすべてのXSLTを検索します。
XMLスキーマの非公開および再公開: XMLスキーマを非公開にしたり、再公開することができます。