3 WebLogicとのOracleAS Adapters for CICSの統合

この章の構成は、次のとおりです。

WebLogicとのOracleAS Adapters for CICSの統合の概要
アウトバウンド用のCICSアダプタの構成
インバウンド用のCICS Queueアダプタの構成

WebLogicとのOracleAS Adapters for CICSの統合の概要

Oracle Application Serverは、標準Java Development Kit（JDK）のJava仮想マシン（JVM）で動作する完全なJava 2 Enterprise Edition（J2EE）環境を提供します。WebLogicは、J2EEに認定されており、J2EE固有のコンテナ、APIおよびサービスをすべて提供します。WebLogicはJ2CA 1.5標準をサポートしています。

J2CAは、EISとのアプリケーションの統合を単純化する標準Javaインタフェースを定義します。OracleASアダプタは、リソース・アダプタ（RA）としてWebLogicコンテナ内にデプロイされます。

WebLogicクライアント・アプリケーションとリソース・アダプタとの規約は、Common Client Interface（CCI）によって定義されます。WebLogicコンテナとリソース・アダプタとの規約は、サービス・プロバイダ・インタフェース（SPI）によって定義されます。SPI APIは、接続管理、トランザクション管理およびセキュリティ管理を取り扱います。

接続管理により、アプリケーション・コンポーネントは、EISに接続し、アプリケーション・サーバーが提供する接続プーリングを利用できるようになります。

トランザクション管理により、アプリケーション・サーバーは、トランザクション・マネージャを使用して複数のリソース・マネージャ全体のトランザクションを管理できるようになります。

ライフサイクルの管理規約により、アプリケーション・サーバーは、アダプタのデプロイ時またはアプリケーション・サーバーの起動時にリソース・アダプタ・インスタンスを初期化できます。さらに、サーバーの停止時またはアダプタのアンデプロイ時には、そのことをアプリケーション・サーバーからリソース・アダプタ・インスタンスに通知できます。

ライフサイクル規約により、アプリケーション・サーバーがリソース・アダプタ・インスタンスのライフサイクルを管理するメカニズムが提供されます。

作業管理規約により、リソース・アダプタは、自らスレッドを作成するかわりに、アプリケーション・サーバーがディスパッチしたスレッドを使用してロジックを実行できます。ハンドシェイクはWorkインスタンスの発行を介して実行されます。これにより、実行コンテキスト（セキュリティおよびトランザクションなど）がより制御され、アプリケーション・サーバーのスレッド管理が効率的になります。

メッセージのインフロー規約により、メッセージのスタイル、セマンティックまたは送信インフラストラクチャにかかわらず、リソース・アダプタがアプリケーション・サーバーのメッセージ・エンドポイントに非同期メッセージを送信できます。このメカニズムにより、リソース・アダプタを介してアプリケーション・サーバーに様々なメッセージ・プロバイダ（Java Message Service（JMS）またはJava API for XML（JAXM）など）をプラグインできます。

アウトバウンド用のCICSアダプタの構成

WebLogicサーバーへのOracle Connect RARのデプロイ

各CICSアダプタに適切なコネクション・ファクトリを作成できます。

次の表に、CICSアダプタに関連するコネクション・ファクトリのプロパティの説明を示します。他のプロパティの値は変更しないでください。

表3-1 アウトバウンド相互作用のコネクション・ファクトリのプロパティ

プロパティ	説明
`eisName`	必須。使用するアダプタの名前を設定します。アダプタはOracle Studioを使用してOracle Connectサーバーで定義します。
`serverName`	必須。Oracle Connectデーモンが動作しているTCP/IPアドレスまたはホスト名を設定します。
`workspace`	オプション。使用するOracle Connectサーバー・ワークスペースの名前を指定します。デフォルトのワークスペースは`Navigator`です。
`portNumber`	オプション。サーバー上でOracle Connectデーモンが動作しているTCP/IPポートを指定します。デフォルトのポートは`2551`です。
`userName`	オプション。Oracle Connectサーバーにアクセスできるユーザーを指定します。Oracle Connectデーモンの構成で定義されたユーザーです。詳細は、デーモンの「セキュリティ」およびワークスペースの「セキュリティ」を参照して、Oracle Connectサーバーへのアクセス許可を持つユーザーの詳細を確認してください。
`password`	オプション。ユーザーの有効なパスワードを指定します。
`firewallProtocol`	オプション。使用するファイアウォール・プロトコルを指定します。`none`または`fixedNat`（デーモンの固定アドレスを使用するNatプロトコル）を指定します。デフォルトは`none`です。
`connectTimeout`	オプション。接続のタイムアウト（秒単位）を指定します。デフォルトは0（ゼロ）です。これは、接続がタイムアウトしないことを意味します。
`encryptionProtocol`	オプション。使用する暗号化プロトコルの名前を指定します。デフォルトは`null`です。RC4プロトコルがサポートされます。
`encryptionKeyName`	オプション。使用する対称暗号鍵の名前を指定します。
`encryptionKeyValue`	オプション。使用する対称暗号鍵の値を指定します。
`fakeXa`	オプション。対応するCICSアダプタの`transaction support`プロパティの値に基づき、`true`または`false`に設定します。`true`に設定すると、XA APIがローカル・トランザクションAPIに内部的に変換されます。このプロパティは、アウトバウンド相互作用にのみ使用します。

インバウンド用のCICS Queueアダプタの構成

WebLogicサーバーへのOracle Connect RARのデプロイ

各CICS Queueアダプタに適切なコネクション・ファクトリを作成できます。

次の表に、CICS Queueアダプタに関連するコネクション・ファクトリのプロパティの説明を示します。他のプロパティの値は変更しないでください。

表3-2 インバウンド相互作用のコネクション・ファクトリのプロパティ

プロパティ	説明
`eisName`	必須。使用するアダプタの名前を設定します。アダプタはOracle Studioを使用してOracle Connectサーバーで定義します。
`serverName`	必須。Oracle Connectデーモンが動作しているTCP/IPアドレスまたはホスト名を設定します。
`workspace`	オプション。使用するOracle Connectサーバー・ワークスペースの名前を指定します。デフォルトのワークスペースは`Navigator`です。
`portNumber`	オプション。サーバー上でOracle Connectデーモンが動作しているTCP/IPポートを指定します。デフォルトのポートは`2551`です。
`userName`	オプション。Oracle Connectサーバーにアクセスできるユーザーを指定します。Oracle Connectデーモンの構成で定義されたユーザーです。詳細は、デーモンの「セキュリティ」およびワークスペースの「セキュリティ」を参照して、Oracle Connectサーバーへのアクセス許可を持つユーザーの詳細を確認してください。
`password`	オプション。ユーザーの有効なパスワードを指定します。
`firewallProtocol`	オプション。使用するファイアウォール・プロトコルを指定します。`none`または`fixedNat`（デーモンの固定アドレスを使用するNatプロトコル）を指定します。デフォルトは`none`です。
`connectTimeout`	オプション。接続のタイムアウト（秒単位）を指定します。デフォルトは0（ゼロ）です。これは、接続がタイムアウトしないことを意味します。
`encryptionProtocol`	オプション。使用する暗号化プロトコルの名前を指定します。デフォルトは`null`です。RC4プロトコルがサポートされます。
`encryptionKeyName`	オプション。使用する対称暗号鍵の名前を指定します。
`encryptionKeyValue`	オプション。使用する対称暗号鍵の値を指定します。

高可用性

OracleAS用のOracleレガシー・アダプタは、Oracle ASクラスタを使用したアクティブ-アクティブおよびアクティブ-パッシブのトポロジで高可用性をサポートします。アクティブ-アクティブ・トポロジでは、Oracle Application ServerはOracleASクラスタを使用して、すべてのコンポーネントにアクティブ-アクティブの冗長モデルを提供します。OracleASクラスタでは、2つ以上のOracle Application Serverインスタンスが同じアプリケーション・ワークロードを処理するように構成されます。これらのインスタンスは、同じコンピュータ上にも異なるコンピュータ上にも存在できます。アクティブなインスタンスは、外部のロード・バランサによってフロントエンドとなることができ、リクエストを任意のアクティブなインスタンスにリダイレクトしたり、アドレス・リストなど別のアプリケーションレベルの構成によってリクエストを分散したりできます。アクティブ-パッシブ・トポロジでは、Oracle Application ServerはOracleASコールド・フェイルオーバー・クラスタを使用して、アクティブ-パッシブ・モデルをサポートします。この場合、2つ以上のOracle Application Serverインスタンスが同じアプリケーション・ワークロードを処理するように構成されますが、常に1つだけがアクティブになります。