| ドキュメントのダウンロード | サイトマップ | 用語集 | |
|
|||
| bea ホーム | 製品 | dev2dev | support | askBEA |
|
|
|
|||||||
 |
| e-docs > Tuxedo > Tuxedo CORBA トランザクション > CORBA サーバ・アプリケーションのトランザクション |
|
Tuxedo CORBA トランザクション
|
CORBA サーバ・アプリケーションのトランザクション
ここでは、以下の内容について説明します。
ここでは、トランザクションを BEA Tuxedo サーバ・アプリケーションに統合する方法について説明します。始める前に、トランザクションについてを読む必要があります。
BEA Tuxedo クライアントおよびサーバ・アプリケーションのトランザクションの統合
ここでは、以下の内容について説明します。
CORBA アプリケーションのトランザクション・サポート
BEA Tuxedo は、次の方法でトランザクションをサポートします。
オブジェクトは、ポーリング時に TransactionCurrent オブジェクトの rollback_only() を呼び出すと、現在のトランザクションを拒否できます。さらに、現在のトランザクションがロールバックされる場合、オブジェクトは、データベースへの書き込みをスキップできます。現在のトランザクションを拒否するオブジェクトがない場合、トランザクションはコミットされます。
以下の節では、オブジェクトの活性化方針およびトランザクション方針を使用し、オブジェクト内でどのように目的のトランザクションの振る舞いを決定するかを説明します。これらの方針は、インターフェイスに適用されます。したがって、そのインターフェイスをインプリメントしているすべてのオペレーションとオブジェクトに適用されます。
注記 サーバ・アプリケーションが、トランザクションに参加するオブジェクトを管理している場合、そのアプリケーションの Server オブジェクトは、TP::open_xa_rm() オペレーションおよび TP::close_xa_rm() オペレーションを呼び出す必要があります。データベース接続の詳細については、XA リソース・マネージャのオープンを参照してください。
オブジェクトを自動的にトランザクションに関与させる方法
BEA Tuxedo システムは、always トランザクション方針を提供します。これは、オブジェクトが呼び出されたときにトランザクションがまだスコープ指定されていない場合、BEA Tuxedo システムがトランザクションを自動的に開始するように、そのオブジェクトのインターフェイスを定義します。そのオブジェクトの呼び出しが完了すると、BEA Tuxedo システムは、自動的にトランザクションをコミットまたはロールバックします。サーバ・アプリケーションもオブジェクト・インプリメンテーションも、この状態で TransactionCurrent オブジェクトを呼び出す必要はありません。つまり、BEA Tuxedo システムは、サーバ・アプリケーションの代わりに自動的に TransactionCurrent オブジェクトを呼び出します。
always トランザクション方針をオブジェクトのインターフェイスに割り当てるのは、以下の場合です。
オブジェクトを自動的にトランザクションに関与させる必要がある場合、インプリメンテーション・コンフィギュレーションファイルで、そのオブジェクトのインターフェイスに以下の方針を割り当てます。
注記 データベース・カーソルは、複数のトランザクションにまたがることができません。ただし、C++ では、BEA Tuxedo University サンプル・アプリケーションの CourseSynopsisEnumerator オブジェクトは、データベース・カーソルを使用して、University データベースからコースの概要に一致するものを検索します。データベース・カーソルは、複数のトランザクションにまたがることはできないので、CourseSynopsisEnumerator オブジェクトの activate_object() オペレーションは、一致したすべてのコースの講義をメモリに読み込みます。カーソルは、イテレータ・クラスによって管理されるので、CourseSynopsisEnumerator オブジェクトでは認識できません。 オブジェクトのトランザクションへの参加の有効化 オブジェクトをトランザクションのスコープ内で呼び出すことができるようにする必要がある場合、optional トランザクション方針をそのオブジェクトのインターフェイスに割り当てることができます。optional トランザクション方針は、データベース書き込みオペレーションを実行しないものの、トランザクション時に呼び出すことができるようにする必要があるオブジェクトに適しています。 以下の方針を、そのオブジェクトのインターフェイスに対してインプリメンテーション・コンフィギュレーション・ファイルで指定し、オブジェクトを必要に応じてトランザクションに関与させることができます。
トランザクション方針が optional のときに、アプリケーションの UBBCONFIG ファイルで AUTOTRAN パラメータが有効になっている場合、インプリメンテーションはトランザクションに関与します。トランザクションに関与するオブジェクトを含むサーバは、XA 準拠のリソース・マネージャに関連付けられているグループ内で設定する必要があります。 オブジェクトがデータベース書き込みオペレーションを実行しており、オブジェクトがトランザクションに関与できるようにする必要がある場合は、always トランザクション方針を割り当てる方が適切です。ただし、目的に応じて optional 方針を使用し、TransactionCurrent オブジェクトに対する呼び出しで書き込みオペレーションをカプセル化できます。つまり、オブジェクトがまだトランザクション内にスコープ指定されていない場合、データを書き込むオペレーション内で、トランザクションを開始およびコミットまたはロールバックするために TransactionCurrent オブジェクトを呼び出し、write 文の周囲にトランザクションをスコープします。これによって、データベース書き込みオペレーションがトランザクションに関与する形で処理されます。また、性能も効率的に発揮できるようになります。オブジェクトがトランザクションのスコープ内で呼び出されなかった場合、すべてのデータベース読み取りオペレーションは、トランザクションに関与しないため、より効率的になります。 注記 トランザクション方針を選択してオブジェクトに割り当てる場合、使用している XA リソース・マネージャの要件を把握します。たとえば、XA リソース・マネージャ (Oracle 7 トランザクション・マネージャ・サーバなど) では、トランザクションに参加するオブジェクトが、データベース書き込みオペレーションだけでなく、読み取りオペレーションもトランザクション内でスコープ指定する必要があります (ただし、自身のトランザクションをスコープ指定することはできます)。他のリソース・マネージャ (Oracle8i など) では、読み取りオペレーションおよび書き込みオペレーションのトランザクション・コンテキストを必要としません。アプリケーションが、トランザクション・コンテキストなしに書き込みオペレーションを実行しようとすると、Oracle8i は、アプリケーションがローカル・トランザクションを明示的にコミットする必要がある場合に、暗黙的にローカル・トランザクションを開始します。 トランザクションのスコープ指定時のオブジェクト呼び出しの防止 多くの場合、オブジェクトをトランザクションから除外することは危険です。このようなオブジェクトがトランザクション時に呼び出されると、オブジェクトは例外を返し、トランザクションがロールバックされることがあります。BEA Tuxedo CORBA は、never トランザクション方針を提供します。このトランザクション方針をオブジェクトのインターフェイスに割り当てると、現在のトランザクションが中断されている場合でも、そのオブジェクトがトランザクションの過程で呼び出されなくなります。 このトランザクション方針は、XA リソース・マネージャによって管理されないディスクにデータを書き込むオブジェクトなど、ロールバックできない永続的な状態をディスクに書き込むオブジェクトに適しています。クライアント・アプリケーションで、呼び出しの一部がトランザクションのスコープ指定を引き起こしているかどうかを認識できない場合、クライアント/サーバ・アプリケーションでこの機能を使用することは重要です。したがって、トランザクションがスコープ指定されている場合、この方針を持つオブジェクトが呼び出されると、トランザクションをロールバックできるようになります。 トランザクションがスコープ指定されているときにオブジェクトの呼び出しを防ぐには、インプリメンテーション・コンフィギュレーションファイルで、そのオブジェクトのインターフェイスに以下の方針を割り当てます。
実行中のトランザクションからのオブジェクトの除外 トランザクションの過程でオブジェクトの呼び出しを許可し、ただしそのオブジェクトをトランザクションの一部にはしないことがふさわしい場合もあります。このようなオブジェクトがトランザクションの最中に呼び出された場合、トランザクションは自動的に中断します。オブジェクトに対する呼び出しが完了すると、トランザクションは自動的に再開します。BEA Tuxedo CORBA は、この目的のために ignore トランザクション方針を提供します。 ignore トランザクション方針は、通常はデータをディスクに書き込まないファクトリなどのオブジェクトに適している場合があります。ファクトリをトランザクションから除外することで、そのファクトリは、トランザクションの最中でもほかのクライアントの呼び出しに使用できるようになります。さらに、この方針を使用すると、トランザクションに関与しているオブジェクトを呼び出す際のオーバーヘッドが軽減されるので、サーバ・アプリケーションの処理効率が向上します。 トランザクションがオブジェクトに伝達されないようにするには、インプリメンテーション・コンフィギュレーションファイルで、そのオブジェクトのインターフェイスに以下の方針を割り当てます。
方針の割り当て インプリメンテーション・コンフィギュレーション・ファイルの作成方法とオブジェクトに対する方針の指定方法については、『BEA Tuxedo CORBA プログラミング・リファレンス』の「BEA Tuxedo CORBA サーバ・アプリケーションの作成手順」の「ステップ 4: オブジェクトのメモリ内での振る舞いの定義」を参照してください。 XA リソース・マネージャの使用方法 トランザクション・マネージャ・サーバ (TMS) は、オブジェクトの状態データを自動的に処理します。たとえば、drive:¥TUX8¥samples¥corba¥university¥transactions ディレクトリの University サンプル C++ アプリケーションは、リレーショナル・データベース管理サービス (RDBMS) の例として Oracle TMS を使用します。 XA リソース・マネージャを使用すると、サーバ・アプリケーションで管理される別のオブジェクトが、データベースとの間のデータの読み書きをどのように実行するかについて、以下のような特定の要件が適用されます。
他のリソース・マネージャ (Oracle8i など) では、読み取りオペレーションおよび書き込みオペレーションのトランザクション・コンテキストを必要としません。 アプリケーションが、トランザクション・コンテキストなしに書き込みオペレーションを実行しようとすると、Oracle8i は、アプリケーションがローカル・トランザクションを明示的にコミットする必要がある場合に、暗黙的にローカル・トランザクションを開始します。
XA リソース・マネージャの特徴は、ロールバック時のオブジェクト状態データの処理に関する設計の問題をより簡単なものにすることです。トランザクションに関与するオブジェクトは、コミットおよびロールバック権限を XA リソース・マネージャに委譲します。これによって、サーバ・アプリケーションのインプリメントは、大幅に単純化されます。
XA リソース・マネージャのオープン
オブジェクトのインターフェイスに always または optional トランザクション方針が適用されている場合、Server オブジェクトの Server::initialize() オペレーションの TP::open_xa_rm() オペレーションを呼び出す必要があります。リソース・マネージャは、UBBCONFIG ファイルの GROUPS セクションにある OPENINFO パラメータで提供された情報を基にオープンされます。デフォルト・バージョンの Server::initialize() オペレーションは、自動的にリソース・マネージャをオープンします。
データをディスクに書き込まず、トランザクションに参加しているオブジェクト (通常、トランザクション方針は optional) がある場合、TP::open_xa_rm() オペレーションへの呼び出しを含める必要があります。その呼び出しでは、ヌル・リソース・マネージャを指定します。
XA リソース・マネージャのクローズ
Server オブジェクトの Server::initialize() オペレーションが、XA リソース・マネージャをオープンする場合は、Server::release() オペレーションに以下の呼び出しを含めます。
TP::close_xa_rm();
トランザクション管理とオブジェクト状態管理
ここでは、以下の内容について説明します。
BEA Tuxedo CORBA クライアント/サーバ・アプリケーションでトランザクションが必要な場合、トランザクションをいくつかの方法でオブジェクト状態管理に統合できます。通常、BEA Tuxedo CORBA は、アプリケーションのロジック、またはオブジェクトが永続状態をディスクに書き込む方法を変更せずに、オペレーション呼び出しの間、自動的にトランザクションをスコープ指定できます。
XA リソース・マネージャへのオブジェクト状態管理の委譲
通常、Oracle などの XA リソース・マネージャを使用すると、ロールバック時のオブジェクト状態データの処理に関する設計の問題をより簡単にできます (Oracle リソース・マネージャは、BEA Tuxedo CORBA University サンプル C++ アプリケーションで使用されます)。トランザクションに関与するオブジェクトは、コミットおよびロールバック権限を XA リソース・マネージャに委譲します。これによって、サーバ・アプリケーションのインプリメントは、大幅に単純化されます。つまり、トランザクションに関与するプロセス・バウンドまたはメソッド・バウンド・オブジェクトは、トランザクション時にデータベースに書き込みを実行し、トランザクションのロールバック時にリソース・マネージャに従ってデータベースに書き込まれたデータをロールバックできます。
トランザクションの作業が完了してから、データベースへの書き込みが始まるまでの待機
transaction 活性化方針は、トランザクションの作業が完了するまで書き込みたくない、または書き込めないメモリ内の状態をディスクに保持するオブジェクトに適しています。transaction 活性化方針をオブジェクトに割り当てると、オブジェクトは、以下のようになります。
トランザクションの作業が完了したら、BEA Tuxedo CORBA は、DR_TRANS_COMMITTING または DR_TRANS_ABORTED のいずれかの可能性がある reason コードを渡す、各トランザクション・バウンド・オブジェクトの Tobj_ServantBase::deactivate_object() オペレーションを呼び出します。変数が DR_TRANS_COMMITTING の場合、オブジェクトは、データベース書き込みオペレーションを呼び出すことができます。変数が DR_TRANS_ABORTED の場合、オブジェクトは、データベース書き込みオペレーションをスキップします。
transaction 活性化方針の割り当てが必要な場合
transaction 活性化方針のオブジェクトへの割り当ては、以下のような場合に適しています。
ロールバックの対象となる可能性のあるデータベース書き込みオペレーションの数を減らすことができるので、これによって、パフォーマンスがより効率的になります。
BEA Tuxedo CORBA が、reason コード DR_TRANS_COMMITTING を渡す場合、オブジェクトは必要に応じて TransactionCurrent オブジェクトの rollback_only() を呼び出すことができます。Tobj_ServantBase::deactivate_object() オペレーション内で rollback_only() を呼び出した場合、deactivate_object() は再び呼び出されません。
transaction 活性化方針で使用するトランザクション方針
トランザクションがコミットされてからデータベースに書き込まれるまでオブジェクトが待機できるようにするには、インプリメンテーション・コンフィギュレーションファイルで、そのオブジェクトのインターフェイスに以下の方針を割り当てます。
注記 トランザクション・バウンド・オブジェクトは、Tobj_ServantBase::deactivate_object() オペレーション内でトランザクションを開始したり、ほかのオブジェクトを呼び出したりすることはできません。deactivate_object() 内でトランザクション・バウンド・オブジェクトが唯一可能な呼び出しは、データベースへの書き込みオペレーションです。
また、トランザクションに関与するオブジェクトがある場合、そのオブジェクトを管理する Server オブジェクトは、データをディスクに書き込まない場合でも、XA リソース・マネージャをオープンまたはクローズするための呼び出しを含める必要があります (データをディスクに書き込まない、トランザクションに関与するオブジェクトがある場合、ヌル・リソース・マネージャを指定します)。XA リソース・マネージャのオープンおよびクローズの詳細については、XA リソース・マネージャのオープンとXA リソース・マネージャのクローズを参照してください。
ユーザ定義の例外
ここでは、以下の内容について説明します。
ユーザ定義の例外
BEA Tuxedo CORBA クライアント/サーバ・アプリケーションにユーザ定義の例外を含めるには、以下の手順を実行する必要があります。
たとえば、Transactions サンプル C++ アプリケーションは、ユーザ定義の例外 TooManyCredits のインスタンスを含んでいます。クライアント・アプリケーションが学生をコースに登録しようとしたときに、学生が登録可能なコースの最大数を超えている場合、サーバ・アプリケーションはこの例外を返します。クライアント・アプリケーションは、この例外を受け取ると、学生をコースに登録するトランザクションをロールバックします。ここでは、例として TooManyCredits 例外を使用し、BEA Tuxedo CORBA クライアント/サーバ・アプリケーションでユーザ定義の例外をどのように定義およびインプリメントできるかを説明します。
例外の定義
クライアント/サーバ・アプリケーションの OMG IDL ファイルでは、以下の作業を行います。
exception TooManyCredits
{
unsigned short maximum_credits;
};
NotRegisteredList register_for_courses(
in StudentId student,
in CourseNumberList courses
) raises (
TooManyCredits
);
例外のスロー
例外を使用するオペレーションのインプリメンテーションで、次の C++ 例のように例外をスローするコードを記述します。
if ( ... ) {
UniversityZ::TooManyCredits e;
e.maximum_credits = 18;
throw e;
Transactions University サンプル・アプリケーションのしくみ
ここでは、以下の内容について説明します。
Transactions University サンプル・アプリケーションについて
学生を登録するプロセスをインプリメントするために、Transactions サンプル・アプリケーションは、以下の作業を実行します。
Registrar オブジェクトは、トランザクションをコミットできないようにする可能性がある以下の問題をチェックします。
NotRegisteredList の値が空の場合、クライアント・アプリケーションはトランザクションをコミットします。
NotRegisteredList 値にコースが含まれていない場合、クライアント・アプリケーションは、登録に成功したコースに対する登録プロセスを完了するかどうかを指定するよう学生に要求します。登録を完了するように選択した場合、クライアント・アプリケーションはトランザクションをコミットします。登録を取り消すように選択した場合、クライアント・アプリケーションはトランザクションをロールバックします。
Transactions University サンプル・アプリケーションで使用するトランザクション・モデル
Transactions サンプル・アプリケーションの基本設計原理は、コース登録を一度に 1 つではなくグループ単位で処理することです。この設計原理によって、Register オブジェクトに対するリモート呼び出しの数を最小化できます。
この設計をインプリメントするにあたって、Transactions サンプル・アプリケーションでは、BEA Tuxedo クライアントおよびサーバ・アプリケーションのトランザクションの統合で説明したトランザクションの使用モデルを 1 つ示しています。このモデルの特徴は、次のとおりです。
Register オブジェクトは、学生を可能なコースに登録し、登録プロセスが失敗したコースのリストを返します。クライアント・アプリケーションは、トランザクションをコミットするかロールバックするかを選択できます。トランザクションは、クライアント・アプリケーションとサーバ・アプリケーションの間の会話をカプセル化します。
University サーバ・アプリケーションのオブジェクト状態に関する注意事項
Transactions University サンプル・アプリケーションはトランザクションに関与するため、University サーバ・アプリケーションは通常、オブジェクト状態に関していくつかの点 (特にロールバック時の) を考慮する必要があります。ロールバックが発生した場合、サーバ・アプリケーションは、関連するすべてのオブジェクトが、正しい状態に復元された永続状態を持つことを保証する必要があります。
Registrar オブジェクトは、データベース・トランザクションで使用されるため、このオブジェクトに対する最適な設計は、そのオブジェクトがトランザクションに関与するようにすること (always トランザクション方針をこのオブジェクトのインターフェイスに割り当てること) です。オブジェクト呼び出し時にトランザクションがまだスコープ指定されていない場合、BEA Tuxedo システムは、トランザクションを自動的に開始します。
Register オブジェクトが自動的にトランザクションに関与するようにすることで、このオブジェクトによって実行されるすべてのデータベース書き込みオペレーションは、クライアント・アプリケーションが開始したかどうかに関係なく、常にトランザクションのスコープ内で完了します。サーバ・アプリケーションは XA リソース・マネージャを使用し、またオブジェクトは、データベースに書き込みを実行するときにトランザクションにあることが保証されます。したがって、XA リソース・マネージャがオブジェクトの代わりにロールバックまたはコミットの権限を持つことになるので、オブジェクトにはロールバックまたはコミット権限がありません。
ただし、RegistrarFactory オブジェクトは、トランザクション時に使用するデータを管理しないので、トランザクションから除外できます。オブジェクトをトランザクションから除外することで、トランザクションに課せられる処理のオーバーヘッドを最小化します。
Registrar オブジェクトで定義されたオブジェクト方針
Registrar オブジェクトがトランザクションに関与するようにするために、ICF ファイルは、Registrar インターフェイスに対して always トランザクション方針を指定します。したがって、Transactions サンプル・アプリケーションでは、ICF ファイルで、Registrar インターフェイスに対して以下のオブジェクト方針を指定します。
RegistrarFactory オブジェクトで定義されたオブジェクト方針 RegistrarFactory オブジェクトをトランザクションから除外するために、ICF ファイルでは、Registrar インターフェイスに対して ignore トランザクション方針を指定します。したがって、Transactions サンプル・アプリケーションでは、ICF ファイルで、RegistrarFactory インターフェイスに対して以下のオブジェクト方針を指定します。
Transactions サンプル・アプリケーションでの XA リソース・マネージャの使用 Transactions サンプル・アプリケーションは、オブジェクト状態データを自動的に処理する Oracle トランザクション・マネージャ・サーバ (TMS) を使用します。XA リソース・マネージャを使用すると、サーバ・アプリケーションで管理される別のオブジェクトが、データベースとの間のデータの読み書きをどのように実行するかについて、以下のような特定の要件が適用されます。
XA リソース・マネージャの特徴は、ロールバック時のオブジェクト状態データの処理に関する設計の問題をより簡単なものにすることです。トランザクションに関与するオブジェクトは、コミットおよびロールバック権限を XA リソース・マネージャに委譲します。これによって、サーバ・アプリケーションのインプリメントは、大幅に単純化されます。
Transactions サンプル・アプリケーションのコンフィギュレーションの要件
University サンプル・アプリケーションでは Oracle トランザクション・マネージャ・サーバ (TMS) を使用します。Oracle データベースを使用するには、Oracle 提供の特定のファイルをサーバ・アプリケーションのビルド・プロセスに含める必要があります。Transactions サンプル・アプリケーションのビルド、コンフィギュレーション、および実行の詳細については、BEA Tuxedo オンライン・マニュアルの「
Transactions サンプル・アプリケーション」を参照してください。UBBCONFIG ファイルのコンフィギュレーション可能な設定の詳細については、UBBCONFIG ファイルをトランザクションに対応させて変更するを参照してください。
|
|
|
|
||
 |
|
|
 |
 |
 |
|
||