Service Architecture Leveraging Tuxedo (SALT)は、Oracle TuxedoアプリケーションをSOA環境対応にするためのOracle Tuxedoのアドオン製品オプションです。
SALTでは、外部Webサービス・アプリケーションからOracle TuxedoサービスをWebサービスとして呼び出したり、Oracle Tuxedoアプリケーションから外部Webサービスを呼び出したりできます。これを実現するためにSALTでコーディングを行う必要はありません。
SALTは、標準Webサービス仕様である(SOAP 1.1、SOAP 1.2、およびWSDL 1.1)に準拠しています。このため、他のWebサービス製品やSALT開発ツールキットとの相互運用が可能です。Oracle Tuxedoアプリケーションは、SALTを使用してWebサービス・アプリケーションと容易に統合できます。
Webサービスとは、機能のセットを単一のエンティティとしてパッケージ化したものです。このパッケージは、ネットワーク上の他のシステムから利用可能です。そのサービスは、分散Webベース・アプリケーションのコンポーネントとして共有し、使用できます。ネットワークは企業イントラネットの場合もあれば、インターネットの場合もあります。また、CRM (顧客関係管理)システム、受注処理システムのような他のシステム、およびその他の既存バックエンド・アプリケーションなどが、データをリクエストしたり作業を実行したりするためにこれらの機能を呼び出します。Webサービスは、ほとんどのシステムで提供されている標準的なテクノロジを使用して実現されるため、分散システムを相互に接続する手段として非常に優れています。
ソフトウェア業界は、Web上で動的に対話する疎結合型のサービス指向アプリケーションの実現に向かって発展してきました。このアーキテクチャに基づくアプリケーションでは、大規模なソフトウェア・システムが、共有サービスという小規模なモジュラ・コンポーネントに分割されます。これらの共有サービスは別々のコンピュータ上で提供されていてもよく、さまざまに異なるテクノロジを使って実装されていてもかまいません。パッケージ化され、標準のWebプロトコル(XML、HTTPなど)を使ってアクセスできるような形で提供されます。
異なる種類のシステムが混在する環境で容易にアクセスできるよう、Webサービスは以下のプロパティを共有します。
|
•
|
Webサービスは、幅広くサポートされているHTTPなどのWebプロトコルを介してアクセスされます。 |
|
•
|
Webサービスは、XMLベースの記述言語を使って表現された、当該Webサービス自体についての情報を示します。 |
Webサービスは、クライアント(エンド・ユーザー・アプリケーションや他のWebサービス)との通信に、ほとんどあらゆる種類のプログラミング環境によって(必要な場合は手作業でも)生成および解析処理ができる単純なXMLメッセージを使用します。
SALTは、ネイティブなOracle Tuxedo Webサービスの統合ソリューションです。Oracle Tuxedoサービスへアクセスする他のソリューションと比べ、Oracle Tuxedo/Webサービスの統合費用を削減し、変換処理を減少させます。Oracle Tuxedoアプリケーションと外部Webサービス・アプリケーションとの間でシームレスな接続ができます。
SALTでは、既存のOracle Tuxedoサービス(受信)を追加のプログラミング作業なしにWebサービスとして容易に公開できます。Oracle Tuxedoアプリケーションを外部Webサービス(発信)に透過的にアクセスするネイティブなOracle Tuxedoアプリケーションを作成することもできます。
Webサービスには、以下のような重要なメリットがあります。
|
•
|
多種多様なハードウェアおよびソフトウェア・プラットフォーム上に配置された分散アプリケーション間での相互運用が可能 |
|
•
|
広範囲からWebプロトコルを使ってアプリケーションに容易にアクセス可能 |
|
•
|
異種プラットフォーム間および異種言語間で通用するデータ・モデル(XML)により、異機種環境内に分散したアプリケーションの開発が容易 |
図1では、Oracle TuxedoフレームワークにおけるSALTゲートウェイの使用方法を説明します。
REpresentational State Transfer (REST)のサポート
SALTは、REpresentational State Transfer (REST)として広く知られるプリンシパルに従った、簡易化されたHTTP形式を使用して、既存のTuxedoサーバーへのアクセスを提供します。RESTを使用するには、
SALTDEPLOYに2つの新しいセクションを構成する必要があります。HTTP/Networkに、ゲートウェイがRESTリクエストをリスンするために使用するHTTPまたはHTTPS (SSL)あるいはその両方のポートを指定します。HTTP/Servicesに、どのTuxedoサービスをどのように公開するかを指定します。RESTサービス名(呼出しURLでのRESTサービス識別用、任意指定) + HTTP メソッド(
GET/
POST/
DELETE/
PUT)が実際のTuxedoサービスにマップされ、CRUDプリンシパルが表現されます。
|
•
|
クライアント・プログラムがHTTPメッセージをGWWSに送信します。このメッセージには、動詞( GET、 POST、 PUT、 DELETE)、ヘッダー(content-typeなど)およびURLが含まれます。 |
|
•
|
GWWSがデータに何を行うかは、動詞によって決まります。 GETまたは DELETEの場合は、問合せ文字列を使用して実際のTuxedoサービス用のリクエストを作成します。 POSTまたは PUTの場合は、データのpostを使用します。 |
|
•
|
呼び出されるサービスはリクエストのURLの部分によって決まります。たとえば、 POST http://host:1234/myServiceという呼出しの結果、GWWSは SALTDEPLOYでmyServiceの名前によってマップされるTuxedoサービスに対するリクエストを作成し(例: myServiceと GETメソッドの場合は BALANCEという名前のTuxedoサービス)、応答をFML32からJSONに変換し(サービスからの戻りをFML32と想定)、これを呼出し側に返信します。 |
SALTは、Oracle Tuxedo製品ファミリの最新のアドオンです。2006年に開発されたSALTは、Oracle Tuxedoアプリケーションおよび標準Webサービス・アプリケーションを統合するシームレスOracle Tuxedoソリューションを提供するように設計されています。
リリース1.1は、最初のSALTリリースです。2006に利用可能になったSALT 1.1には、次の重要な機能があります。
|
•
|
着信サービスのサポート Webサービス・アプリケーションにおけるネイティブOracle Tuxedoサービスの呼出しが可能 |
|
•
|
HTTPおよびHTTP over SSLトランスポート・サポート |
SALT 2.0リリースは、SALT 1.1リリースをベースに大幅に拡張されました。SALT 2.0では、次の機能が追加されました。
|
•
|
SOAPメッセージ送信最適化メカニズム・サポート(MTOM)
|
|
•
|
WebサービスのためのOracle Tuxedo TPFAILサポート
|
|
•
|
Oracle Tuxedoサービス・メタデータ・リポジトリの利用
|
SALT 10
gリリース3 (10.3)には、次の機能が追加されています。
|
•
|
SCA (Service Component Architecture)プログラミング |
SCAは、コンポーネントの再利用およびコンポーネント間のシームレスな通信を簡単に実現するためのプログラミング・モデルを提供します。SALT 10
gリリース3 (10.3)のSCAコンテナを使用することで、Oracle Tuxedoの重要な特長である信頼性、可用性、スケーラビリティ、パフォーマンスなどを十分に活かしながら、新しいプログラミング・モデルに基づいてアプリケーションを開発できます。SALT 10
g リリース3 (10.3)には、以下のSCA機能が追加されています。
|
•
|
ATMIおよびSOAPによるSCA呼出しのためのクライアント側バインディング |
|
•
|
ATMIおよびSOAPによるSCAリクエストを処理するためのサーバー側バインディング |
|
•
|
Java環境からのSCA呼出しのためのクライアント側バインディング |
|
•
|
スレッド・セーフなSCA/SDOクライアントおよびサーバー |
|
•
|
Oracle Tuxedoバッファ・タイプからの、またはOracle Tuxedoバッファ・タイプへの自動データ変換 |
|
•
|
複数のエンコーディングを使用したマルチバイト文字のサポート |
実行時に、サービス規約情報が自動的に検索されます。生成された情報は、自動的にメタデータ・リポジトリにロードすることも、一度ファイルに格納してから
tmloadreposユーティリティを使用して手動でメタデータ・リポジトリにロードすることもできます。詳細は、
『SALT管理ガイド』の
SALTアプリケーションの構成に関する項を参照してください。
Oracle Tuxedoクライアント管理者が実行時にアプリケーションの有効性をモニターする場合に役立ちます。アプリケーションの最大クライアント数、現在のクライアント数、および名前付きユーザーを記録できます。
SALTリリース11g R1 (11.1.1.1.0)では、次の機能が導入されました。
SALT SCAでのPythonとRubyのサポートでは、各言語用の簡易なSCAクライアントAPIが用意されており、これを使用してPythonまたはRubyクライアント・プログラムからSCAコールを実行して、PythonまたはRubyのコンポーネントにアクセスできます。Python、RubyまたはC++コンポーネントと他のPython、RubyまたはC++コンポーネントとの間での呼出しが可能になりました。
詳細は、『SALTプログラミング・ガイド』の
SALT SCAプログラミングに関する項を参照してください。
パフォーマンス向上のための、追加のC++構造体機能が提供されます。
Scatuxgenメタデータ生成ツールは、SALT 10gR3で追加されたSCA実行時機能のSCAコンポーネントの開発に使用されるものとして、C++インタフェースを解析します。Oracle Tuxedoメタデータ・リポジトリ・インタフェース・データが生成され、オプションで、Webサービス定義ファイル(WSDF)ドキュメントも生成されます。
WebサービスとOracle Tuxedoアプリケーション間の、双方向でトランザクション対応の相互運用性が提供されます。アプリケーションは、GWWSシステム・サーバーのトランザクション機能を透過的に利用します。
発信XAトランザクションは、Oracle Tuxedoドメインの外側に透過的に伝播され、WS-TXトランザクションに1対1でマップされます。着信WS-TXトランザクションは、Oracle Tuxedoドメイン内に伝播され、XAトランザクションにマップされます。
SALT 11
gリリース11g R1 (11.1.1.2.0)では、次の機能が導入されました。
SOCKSプロキシのサポートでは、発信エンドポイントに関連付けられた構成可能な要素が提供されます。また、SOCKS V4およびV5プロトコルに従ってアウトバウンド接続をプロキシするSOCKSサーバー・アドレスを構成できます。
SALT 11
gリリース11g R1 (11.1.1.2.2)では、次の機能が導入されました。
|
•
|
Apache 2 Web Serverプラグインのサポート |
Apache HTTP Server 2、Oracle HTTP ServerまたはiPlanet Server、およびOracle TuxedoベースのWebアプリケーションとのインタフェースのための、Apache 2形式のWeb Serverプラグイン。
動的HTMLページを生成するOracle Tuxedoサービスを開発するための、Web Gatewayインタフェースのサポート。
|
•
|
PHP、PythonおよびRubyのWebスクリプト・サポート |
|
•
|
WSGI経由でサポートされるPythonスクリプト |
|
•
|
ZendフレームワークなどのほとんどのWebフレームワークを使用するPHP、PythonおよびRubyアプリケーション、つまりSymfony、DjangoまたはRailsはOracle Tuxedo環境内のように実行されます。 |
SOA統合のための、SCAクライアントおよびSCAコンポーネントとしてのPHPスクリプトのサポート。
SALT 12
cリリース12c R1 (12.1.1)では、次の機能が導入されています。
SALT 12cで提供されるHTTPベースの構成ツールでは、構成ファイルを手動で編集することなく、既存のOracle TuxedoサービスをWebサービスとして公開できます。既存のOracle Tuxedoサービスのサービス定義の把握、メタデータ・リポジトリでのサービス定義の編集、およびWebサービス定義と
SALTDEPLOYファイルの作成を、使いやすいグラフィカル・ユーザー・インタフェースを使用して行うことができます。
|
•
|
Security Assertion Markup Language (SAML)のシングル・サインオン(SSO)サポート |
SALT Web Services Gateway (GWWS)が受信したSOAPメッセージ・リクエスト内部のSAMLトークンを認識する機能を提供します。トークンの内容に基づいて、GWWSはOracle Tuxedoリソースへのアクセスを許可するか拒否するかを決定します。
詳細は、
『SALT構成ガイド』のOracle Tuxedo Webサービスの構成/セキュリティ機能の構成に関する項を参照してください。
ネストされたView32データ型をサポートします。また、XMLとの間での、追加のViewおよびView32プリミティブ型のマッピングをサポートします。
SALT 12
c リリース2 (12.1.3)には、以下の機能が追加されています。
既存のOracle Tuxedoサービスは、RESTful Webサービスとしてhttpクライアントからのアクセスを可能にできます。これにより、軽量アプリケーションにSOAP/httpを使用する必要がなくなり、他のアプリケーションとの統合が促進されます。RESTful Web APIは、データ転送にXMLまたはJSONのペイロードを使用できます。
Oracle TuxedoサービスをRESTful Webサービスとしたアクセスが可能であることに加え、コードを記述することなしにOracle Tuxedoアプリケーションから外部RESTfulサービスにアクセスすることも可能です。Oracle Tuxedoアプリケーションは、Oracle Tuxedoサービスを呼び出すのと同じように、RESTfulサービスを呼び出すことができます。SALTゲートウェイは、RESTful Webサービスのプロキシとして動作します。
詳細は、
『SALT構成ガイド』の
SALT構成ツールの有効化、REpresentational State Transfer (REST)オプションに関する項を参照してください。
HTTPヘッダーを使用して、関連アプリケーションの制御情報をOracle Tuxedoとの間でやり取りできます。RESTful Webサービスの場合は、Oracle TuxedoバッファにカスタムHTTPヘッダーが添付され、呼び出されたOracle Tuxedoサービスに渡されます。Oracle Tuxedoサービスのヘッダーを読み取るには、提供されるAPIを使用します。同様に、Oracle Tuxedoアプリケーションは提供されるAPIを使用してOracle TuxedoバッファにHTTPヘッダを設定できます。これはSALTゲートウェイによってHTTPヘッダーに変換されます。
詳細は、
『SALT構成ガイド』の
SALT構成ツールの有効化、カスタムHTTPヘッダーに関する項を参照してください。
メッセージへの署名にX.509証明書を使用したメッセージレベルの認証が用意されています。Oracle Tuxedoは、SOAP/httpとX.509証明書のプリンシパルIDを使用して外部Webサービスを呼び出します。
詳細は、
『SALT構成ガイド』の
Oracle Tuxedo Webサービスの構成/セキュリティ機能の構成に関する項を参照してください。
すべての着信メッセージおよび発信メッセージをトレースできます(RESTful Webサービス、SOAP/http Webサービス、およびXMLとOracle Tuxedo双方向のすべてのデータ変換を含みます)。
詳細は、
『SALTプログラミング・ガイド』の「データ型マッピングとメッセージ変換サービス」の
外部Webサービスを対象としたXMLからTuxedoへのデータ型マッピングに関する項を参照してください。
ECID (実行コンテキストID)が、Tuxedo内、およびOracleスタックの様々な製品間で、各リクエストと一緒に伝播されます。ECIDの伝播によって、Oracle TuxedoドメインとOracle製品(Oracle WebLogic Server、Oracle Databaseなど)間のリクエスト相関が可能になり、アプリケーションの問題をすばやく診断できます。
停止することなく構成ファイルの変更を動的にリロードできます。Webサービスの構成とランタイム統計を参照できるMIBインタフェースが用意されています。
詳細は、
『SALT構成ガイド』の
SALT構成ツールの有効化、MIBクラス・インタフェースに関する項を参照してください。
WSDLの
complexType要素で属性フィールドを使用できるようになったことで、外部Webサービスにアクセスする際の使いやすさが向上しました。
complexType属性フィールドは、対応するFML32フィールドに"1対1"でマッピングされます。
構成ツールの機能拡張によって、次の機能が提供されます。
|
•
|
WebブラウザとしてFireFoxとSafariをサポート |
|
•
|
RESTful Webサービス用のテスト・クライアント |
SALT 12
c リリース2 (12.2.2)には、以下の機能が追加されています。
この機能により、SOAP/httpを使用してTuxedoサービスにアクセスするときにSOAPメッセージでアプリケーション固有のヘッダーを使用できます。この機能は、既存の
tpsetcallinfo()および
tpgetcallinfo() APIを利用してデータを着信/発信方向のSOAPヘッダーに配置したりSOAPヘッダーから取得します。
|
•
|
着信(Webサービスとして公開されたOracle Tuxedoサービス、またはネイティブWebサービス) |
|
•
|
発信(WebサービスをOracle Tuxedoサービスとして起動、または外部Webサービスを起動) |
SALTでRECORDバッファ・タイプがサポートされるようになりました。
RECORDバッファ・タイプは、COBOLコピーブック・レコードを正しく完全に表現できる柔軟な方法です。
RECORDバッファは、メインフレーム・トランザクションとARTトランザクションをWebサービスとして公開し、これらのトランザクションにアクセスするためにSALTで使用されます。
|
•
|
SALTのメインフレーム・トランザクション・パブリッシャ |
このリリースのSALTでは、IBMメインフレームのCICS/IMS環境で実行されているトランザクションをWebサービス(SOAP/httpまたはRESTful Webサービス)として簡単に公開できます。さらに、このようなメインフレーム・トランザクションでは、SOAP/httpまたはRESTful APIを使用して外部Webサービスにアクセスすることもできます。この統合は完全に構成に基づき、コードを開発する必要はありません。
SALTには、
wscobolcvtなどのツールが含まれており、これらのツールを使用して、COBOLコピーブックをインポートしたり、メタデータ・リポジトリ・アーティファクト、WSDLおよびその他の必要な構成を作成してメインフレーム・トランザクションをWebサービスとして公開できます。同様に、ツールを使用して、外部WebサービスのWSDLをインポートしたり、外部Webサービスにアクセスするメインフレーム・トランザクションに必要なアーティファクトを作成できます。
|
•
|
このリリースのSALTでは、Tuxedoサービスを公開、インポートするための既存のSALT構成ツールが、新しいTuxedoサービス・コンソールに置き換えられました。この新しいコンソールには、次の主要機能があります。 |
|
•
|
サービス管理: Tuxedoメタデータ・リポジトリのTuxedoサービス定義を追加/編集/削除します。 |
|
•
|
Webサービス(SOAPおよびREST)の構成: SOAPまたはRESTサービスとしてOracle Tuxedoサービスにアクセスしたり、Tuxedoアプリケーションから外部SOAP/REST Webサービスにアクセスできます。 |
|
•
|
メインフレーム・トランザクションとの統合: Webサービス(SOAPまたはREST)としてメインフレーム・トランザクションにアクセスしたり、メインフレーム・トランザクションから外部Webサービスにアクセスできます。 |
|
•
|
Oracle Access Managerを使用したシングル・サインオン |
このリリースのSALTは、OAM認証サーバー構成の自動検出とOAMトークンの処理により、Oracle Access Manager (OAM)とシームレスに統合されています。これにより、セキュアなSOAPおよびRESTアクセスをサポートするためにHTTPレベルでのシングル・サインオンが実現されます。
SALTは、次の主要コンポーネントで構成されています。
SALTのOracle Tuxedoシステム・サーバー(GWWS)は、HTTP/Sプロトコルを介したSOAPにより別のWebサービス・アプリケーションに接続します。GWWSサーバーはOracle Tuxedoゲートウェイ・プロセスとして機能するサーバーであり、一般のOracle Tuxedoシステム・サーバーと同様の方法で管理されます。GWWSサーバーでは双方向(着信または発信)の機能があります。GWWSサーバーでは、次の操作を行うことができます。
|
•
|
Webサービス・アプリケーションからSOAPリクエストを受け付けて、Oracle Tuxedoのネイティブ呼出しをOracle Tuxedoサービスに発行します。 |
|
•
|
Oracle Tuxedo ATMIリクエストを受け付けて、SOAP呼出しをWebサービス・アプリケーションに発行します。 |
1つのOracle Tuxedoドメインに、GWWSの複数のインスタンスが含めることができます。複数のGWWSインスタンスに対して同一のSALT構成を指定すると、それらのインスタンスに対して同一の機能が提供され、スループットとフェイルオーバー保護の機能を向上させることができます。また、別々の構成ファイルを指定した、用途の異なる複数のGWWSインスタンスをグループ化することもできます。
GWWSサーバーが起動する際、指定されたSALT構成ファイルとOracle Tuxedoサービス規約情報がOracle Tuxedoサービス・メタデータ・リポジトリからロードされます。
GWWSサーバーは、WSDLドキュメントおよびXMLスキーマ・ファイルのダウンロード用に単純なHTTP Webサーバーとしても機能します。
WSDL (Web Services Description Language)は、Webサービスの内容を説明するXMLベースの仕様書です。WSDLドキュメントには、Webサービス操作、入力および出力パラメータおよびそのWebサービスにクライアント・アプリケーションから接続する方法が説明されます。SALTには、Oracle TuxedoアプリケーションとWebサービスWSDL定義をマップするための2つのユーティリティ(
tmwsdlgenおよび
wsdlcvt)があります。
Oracle Tuxedo定義からのWSDLジェネレータ
Oracle TuxedoサービスをWebサービスとしてパブリッシュする場合、SALTを使用すると、WSDLドキュメントは手動で作成する必要がなく、SALTのWebサービス開発作業の一部として自動的に生成されます。生成されたWSDLドキュメントは、Webサービス開発ツールを使用して統合したり、UDDIサーバーに対してパブリッシュしたりできます。
WSDLドキュメントを取得するには、以下の2つの方法があります。
|
•
|
HTTP(S)を介してGWWSサーバーが生成されたWSDLドキュメントをダウンロードする方法 |
Oracle Tuxedo定義へのWSDLコンバータ
外部Webサービス・アプリケーションをサポートするには、外部WSDLドキュメントを変換する必要があります。SALT変換ユーティリティ
wsdlcvtを使用すると、外部WSDLドキュメントをOracle Tuxedo固有の定義ファイル(SALT Webサービス定義ファイル、Oracle Tuxedoサービス・メタデータ・リポジトリの定義ファイルおよびFML32フィールド表の定義ファイル)に変換できます。
SALT Webサービス定義ファイルは、SALTデプロイメント・ファイルにインポートして特定のGWWSサーバーで利用できます。Oracle Tuxedoサービス・メタデータ・リポジトリの定義ファイルおよびFML32フィールド表の定義ファイルには、Oracle Tuxedoクライアント・プログラミングのサービス・インタフェース記述を提供します。
次の項では、SALT Webサービスの一般的なユース・ケースについて説明します。
ユース・ケース1: WebサービスとしてのネイティブOracle Tuxedoサービスの公開
ネイティブOracle Tuxedoサービスは、標準WebサービスSOAPプロトコルを使用してWebサービスとして公開できます。GWWSサーバーはHTTP/Sを介してSOAP要求を受け付け、Oracle Tuxedo ATMIコールに変換します。SALTは、Oracle Tuxedoサービスのオープン標準Web サービス・インタフェースを説明するWSDLドキュメントを生成します。Oracle Tuxedoサービス・メタデータ・リポジトリは、Oracle Tuxedoサービス規約情報を定義するために使用します。これは「着信」ユース・ケースです。
図3では、ジェネリック受信Webサービス呼出しを説明します。
ユース・ケース2: Oracle TuxedoアプリケーションからのWebサービスの呼出し
Webサービス・アプリケーションは、Oracle Tuxedoドメインにインポートし、GWWSサーバーを介してOracle Tuxedoサービスとして公開され、Oracle Tuxedoアプリケーションから起動することができます。SALTは個々の
wsdl:operationを特定のOracle Tuxedoサービスとして変換し、マップします。GWWSサーバーはマップされたサービス(SALTプロキシ・サービスと呼ばれる)を公開し、Oracle Tuxedo ATMIリクエストをOracle Tuxedoアプリケーションから受け取ります。
Oracle Tuxedoサービス・メタデータ・リポジトリは、変換されたOracle Tuxedoサービス規約情報を格納するために使われ、Oracle TuxedoプログラマがインポートされたSALTプロキシ・サービスに必要なOracle Tuxedoバッファ・タイプを理解するのに役に立ちます。これは「発信」ユース・ケースです。
図4では、ジェネリック発信Webサービス呼出しを説明します。
ユース・ケース3: SOAPプロトコルを使用したOracle Tuxedoドメインへの接続
SALTでは、/TドメインのかわりにGWWSサーバーを使用して2つの
異なるOracle Tuxedoドメインに接続できます。GWWSサーバーは、呼出しドメインでは、送信方向で動作し、受け取りドメインでは、受信方向で動作します。
受け取りOracle Tuxedoドメインは、Oracle Tuxedoサービス定義を呼出しOracle Tuxedoドメインに伝播する必要があります。つまり、呼出しドメインOracle Tuxedoサービス・メタデータ・リポジトリには、受け取りドメインで実行するOracle Tuxedoサービス定義ファイルが含まれている必要があります。
|
注意:
|
これは、手動 で設定する必要があります。現在、Oracle Tuxedoサービス・メタデータ・リポジトリ・インフラストラクチャは、Oracle Tuxedoドメインの間で自動伝播を提供していません。 |
WSDLドキュメントは不要です。SALTでは、WSDLドキュメントを交換せずにSOAPプロトコルを使用してドメイン接続をするために2つのGWWSサーバーが連携して動作するよう、単純な構成が用意されています。
図5では、2つのドメインを接続するためのSALTの使用方法について説明します。
同じOracle Tuxedoドメイン内に接続を作成するには、2つのGWWSサーバーを使用しないでください。
図6を参照してください。また、単一GWWSサーバーは自身に接続できません。
図7を参照してください。
いずれかのシナリオで、GWWSサーバーは、すでに他のアプリケーション・サーバーで公開した同じOracle Tuxedoサービスを公開します。これによって、
dead-loopサービス・ディスパッチになる可能性があります。
|
警告:
|
これらのシナリオを回避するには、SALTアプリケーションを注意深く計画し構成する必要があります。 |
Webサービス・クライアントのユーザー・エージェント(通常はWebブラウザ)は、WSS: SOAPメッセージ・セキュリティを使用して、
<wsse:Security>ヘッダー内部にアサーション要素を置き、リクエストをGWWSに送信することによって、有効なSAMLアサーションを持つセキュリティ・トークンをSOAPメッセージにアタッチします(
図8参照)
アサーションの整合性が検証されないかぎり、SALTはこれらのアサーションを受け入れません。サポートされている唯一のサブジェクト確認方法は、現時点では送信者保証です。この場合、SALTには、アテスト・エンティティとの信頼関係も必要です。これらの要件がすべて満たされた場合、ユーザーに対してOracle Tuxedoリソースへのアクセスが付与されます。
Oracle WebLogic Serverインスタンス・セキュリティがSAML発行者であることも可能です。WLS環境では、通常はWebサービスが媒介者ですが、Webブラウザのこともあります。アテスト・エンティティとの間に信頼関係を確立するには、GWWSは、アテスト・エンティティとの共有シークレットまたはその公開鍵にアクセスできる必要があります。
SAML発行者とはSAMLアサーションを作成する側で、「媒介者」とは、SOAPメッセージがGWWSに転送される前に、SAMLセキュリティ・トークンをアタッチする側です。
|
3.
|
WLSが発行者(WLS Web Server)に、すべての必要なログイン情報を転送します。 |
|
4.
|
WLS Web Server発行者は、SAMLアサーションを作成し、WLSに戻します。 |
|
5.
|
WLSはSAMLアサーションを持つSAMLセキュリティ・トークンをSOAPメッセージにアタッチし、それをGWWSに転送します。 |
|
7.
|
WLSは、クライアントに応答またはエラーを戻します。 |
GWWSとWLS/発行者の間に信頼関係が発生します。
通常、SALTを使用してWebサービスを構成する場合は、次の手順に従います。
|
b.
|
1つまたは複数のSALT Webサービス定義ファイル(WSDF)を作成します。 |
|
a.
|
外部WSDLドキュメントを、SALT Webサービス定義ファイル、Oracle Tuxedoサービス・メタデータ・リポジトリ定義ファイルおよびFML32フィールド表定義ファイルなどのOracle Tuxedoコンポーネントに変換します。 |
|
b.
|
自動的に生成するサービス名およびFML32フィールド名の潜在的なネーミング競合を解決します。 |
|
3.
|
tmloaderposを使用して、すべてのOracle Tuxedo Service定義をOracle Tuxedoサービス・メタデータ・リポジトリにロードします。
|
|
4.
|
受信サービスと送信サービスの両方にSALTデプロイメント・ファイルを作成します。 |
|
6.
|
Oracle Tuxedoアプリケーションを起動します。 |
Webサービス・クライアント・ツールキットを使用したOracle Tuxedoサービスの呼出し
|
1.
|
クライアント側ユーザーはWSDLドキュメント・ファイルをGWWSサーバーからダウンロードします。 |
|
2.
|
クライアント側ユーザーは、WSDLドキュメント・ファイルとSOAP開発キットを使って、クライアント側のスタブ・コードを生成します。 |
|
4.
|
クライアントを実行し、SOAPメッセージによってWebサービスを呼び出します。 |
Oracle Tuxedoプログラミング・インタフェースを使用したWebサービスの呼出し
|
1.
|
生成されたOracle Tuxedoサービス・メタデータ定義ファイルに従って、Oracle Tuxedoクライアント/サーバー・プログラムを作成します。クライアント・プログラムは、Oracle Tuxedoでサポートされているクライアント側のプログラミング言語(C/C++、Java、COBOL、.NETなど)で記述できます。 |
|
2.
|
Oracle Tuxedoクライアントまたはサーバーのプログラムをコンパイルしデプロイします。 |
|
3.
|
外部Webサービス・アプリケーションを呼び出すにはOracle Tuxedoアプリケーションを実行します。 |
SALTでは、次の標準仕様がサポートされています。
|
•
|
Webサービスとそのユーザーとの間における、データ伝送およびWebサービス呼出しに関する標準 |
|
•
|
登録済Webサービスをクライアント・アプリケーションが検索する方法、およびWebサービスを登録する方法に関する標準 |
|
•
|
クライアントからの呼出しができるようにWebサービスの内容を示す方法に関する標準 |
SALTの製品概要を理解した後、SALT製品を使用してWebサービスのインストール、構成および実行の詳細は、次のトピックを参照してください。
|
注意:
|
現在、SALT 12cリリース2のインストールはOracle Tuxedo 12cリリース2のインストールに含まれています。SALT 12cリリース2は、Oracle Tuxedo 12cリリース2と同じプラットフォームをサポートします。 |
