Web サービス・アプリケーションが WebSphere Application Server にデプロイされると、 各アプリケーションまたはモジュールにインスタンスが作成されます。インスタンスには、 クライアント・バインディングなどの、Web モジュールまたは Enterprise JavaBeans (EJB) モジュール のデプロイメント情報が含まれています。
このタスクを開始する前に、デプロイメントのために Web サービス・アプリケーションを準備しておくか、 WebSphere Application Server に Web サービスをデプロイしておく必要があります。
このタスクを完了するためには、Web サービス・サーバーの URL エンドポイント・アドレスのトポロジー、 およびクライアントが依存している Web サービスを把握する必要があります。 管理コンソールでデプロイメント記述子を表示してトポロジー情報を見つけることができます。 詳しくは、 Web サービス・サーバーのデプロイメント記述子の表示の項目を参照してください。
wsadmin ツール・オプションについて詳しくは、 AdminApp オブジェクトの install、installInteractive、 edit、editInteractive、update、および updateInteractive コマンドのオプションを参照してください。
クライアント・バインディングは、 Web サービス記述言語 (WSDL) ファイル名および優先ポートを定義します。 モジュールでの Web サービスの相対パスは、 要求に使用される実際の URL を含む互換 WSDL ファイル内で指定されます。 このアドレスが必要なのは、 オリジナルの WSDL ファイルに URL が含まれていなかった場合、あるいは別のアドレスが必要な場合のみです。 複数ポートを持つサービス・エンドポイントの場合は、 代替 WSDL ファイル名を定義する必要があります。
以下のステップでは、サーバーにデプロイされた Web サービスのバインディングの編集方法について説明します。ある Web サービスが別の Web サービスと通信する場合、 ダウンストリームの Web サービスにアクセスするには、クライアントのバインディングを構成する必要があります。このタスクでは、 WebServicesClientBindDeployedWsdl コマンド行オプションを使用して、エンドポイントを変更することができます。コマンド行オプションを使用する利点の 1 つは、 バインディング構成変更を行うために、エンタープライズ・アーカイブ (EAR) ファイルの アンインストールや変更、およびアプリケーションの再インストールを行う必要がなくなることです。もう 1 つの利点は、 インストール中に異なる環境に応じて Web サービス・バインディング・アプリケーションを カスタマイズできることで、各バージョンごとに異なるアプリケーション EAR ファイルを作成する 必要がなくなります。
WSDL ファイルのいくつかのバージョン (それぞれ異なるサービス・エンドポイントを持つ) を、 Web サービスへのクライアントとして機能する Web サービス・モジュールの開発およびアセンブル中に提供可能です。 インストール中またはインストール後に、インストール済みアプリケーションを構成する場合は、 WebServicesClientBindDeployedWsdl オプションによって、使用する WSDL ファイルを指定することができます。
WSDL ファイルは、 クライアントが使用できるすべてのポート・タイプとポートのすべてのサービス・エンドポイントまたは インプリメンテーションを定義するため、デプロイ済み WSDL ファイルは、一連の選択を 1 つの WSDL に グループ化することができます。ポートごとにエンドポイントをオーバーライドすることができます。
Jacl または Jython スクリプトを使用できますが、 このタスクでは Jacl を使用することを前提とします。スクリプトの使用について詳しくは、スクリプトによるデプロイおよび管理を参照してください。
wsadmin ツール を使用してクライアント・バインディングを構成するには、次のステップを実行します。
$AdminApp edit MultiEjbJar {-WebServicesClientBindDeployedWSDL {{ejbclientonly.jar Exchange service/StockQuoteService META-INF/wsdl/AlternateStockQuoteFetcher.wsdl}...}}