![]() |
![]() |
![]() |
![]() |
![]() |
•
•
•
注意: TMA TCP Gatewayの全種類の構成パラメータは「Oracle TMA TCP Gatewayの構成」の項に記載されています。このドキュメントでは、個別に説明が必要な複雑なパラメータを中心に説明します。
1. TMA TCP GatewayソフトウェアはGWICONFIG構成ファイルを解析し、すべてのパラメータを初期化します。解析中にエラーが検出されると、TMA TCP GatewayがULOGファイルにメッセージを書き込み、初期化が中断されます。
2. リモート・システムが接続の障害を示す情報を戻した場合は、Oracle Tuxedoサービスのリクエストは失敗し、エラーが呼出し元に戻されます。戻されるエラーの値が実際にどうなるかは、接続の障害が発生したタイミングに応じて決まります。障害に関する情報はULOGファイルに書き込まれます。
•
• VIEW定義を作成して型変換を容易にする方法については、「Oracle TMA TCP Gatewayのデータ・マッピングに関する構成」の項を参照してください。TMA TCP Gatewayの構成ファイルについては、「Oracle TMA TCP Gatewayの構成」の項を参照してください。データが正しく変換されるように、管理者はGWICONFIG構成ファイルで何種類かのパラメータを指定する必要があります。TMA TCP Gatewayによるデータ変換の仕組みの詳細は、「Oracle TMA TCP Gatewayのデータ・マッピングに関する構成」の項を参照してください。リクエスト・メッセージを送信した後に、TMA TCP Gatewayは応答操作を実行します。リモート・システムからメッセージを受け取る前に、TMA TCP Gatewayが時間切れによるタイムアウト情報を受信すると、TPETIMEエラーが呼出し元に戻されます。
• 必要に応じて、出力バッファのフォーマットを記述するVIEW定義を作成します。
• VIEW定義を作成して型変換を容易にする方法については、「Oracle TMA TCP Gatewayのデータ・マッピングに関する構成」の項を参照してください。TMA TCP Gatewayの構成ファイルについては、「Oracle TMA TCP Gatewayの構成」の項を参照してください。
1. レコード、バッファおよびデータの変換の詳細は、「ローカルのサービス・リクエストの処理」の項を参照してください。
1.
3. 「ローカルのサービス・リクエストの処理」の項では、リモート・システムまたはリモート・リージョン、およびローカル・システムが受付け可能なフォーマットに入出力パラメータを変換する必要がある、様々なケースについて説明しています。TMA TCP Gatewayの構成ファイル(GWICONFIGとDMCONFIG)に設定情報が一元化されており、これらのファイルを使用して、ローカル・システムとリモート・システムまたはリモート・リージョンとの間の関係を定義し維持できます。これらの関係としては、入出力パラメータのマッピング以外にも、サービス名のマッピング(リモート・サービス名をローカル・サービス名にマップすること)とエラー・レコードのマッピングを行うことができます。
• 前述したように、TMA TCP Gatewayに備わっている構成能力を上手に活用すれば、ほとんどの場合、開発するOracle Tuxedoアプリケーションのソース・コードの中で、端末データなどの制御情報を扱う必要はありません。たとえば、TMA TCP Gatewayの構成に付随するVIEW定義の中で、端末制御コードを扱うことができます。
• ローカルのクライアント・プログラムとサーバー・プログラムはtpconnect()関数を使用してリモート・サービスとの会話を確立することができません。
• リモートのクライアント・プログラムとサーバー・プログラムはtpconnect()関数を使用してローカル・サービスとの会話を確立することができません。
• リモート・サービスを呼び出すローカルのクライアント・プログラムまたはサーバー・プログラムは、tx_begin()/tx_commit()ペアやtpbegin()/tpcommit()ペアのような、任意のローカル・トランザクションの範囲の中には入れない形で、tpcall()関数、またはtpacall()関数とtpgetrply()関数を実行する必要があります。
•
• ローカルのクライアント・プログラムとサーバー・プログラムが、tpsprio()関数を使用してリモート・サービスの処理の優先順位を設定することはできません。tpsprio()関数を呼び出すと、かわりにローカルのTMA TCP Gatewayの優先順位が設定されます。
• リモートのクライアント・プログラムとサーバー・プログラムが、tpsprio()関数を使用してローカル・サービスの処理の優先順位を設定することはできません。
• ローカルのクライアント・プログラムまたはサーバー・プログラムがtpgprio()関数を使用してリモート・サービスの優先順位を確認すると、ローカルのTMA TCP Gatewayの優先順位が戻されます。
• ローカルのクライアント・プログラムは、tpbroadcast()関数を使用して、リモートのクライアント・プログラムとの間で任意通知型のメッセージを送受信することができません。
• ローカル・ゲートウェイまたはリモート・ゲートウェイで発生したエラーは、Oracle TuxedoのULOGファイルに記録され、関連するサービス・リクエストは失敗します。また、該当するエラー・コードも呼出し元に戻されます。
• 必要に応じて、GWICONFIGファイル内に記述されている指示に従って、出力バッファを変換します。
• 構成に指示があれば、エラー・レコードをULOGファイルに書き込みます。
注意: Oracle Tuxedoアプリケーションは、サービスの障害を検出したときに、戻されたバッファが、実際に必要としているタイプかどうかチェックしなくなります。Oracle Tuxedoアプリケーション・プログラムは、障害が発生したときに戻されたバッファを無視することがあります。バッファのタイプを確認する必要がある場合は、Oracle Tuxedoのtptypes()関数を使用してください。タイプが不明な場合は、それに応じた形でバッファを処理できます(たとえば、エラー文字列を含むウィンドウを表示するなど)。