1. ドメイン・コンポーネント・ユーザーズ・ガイド
  2. CORBA Domainsの計画と構成の概要

3 CORBA Domainsの計画と構成の概要

以下の項は、Oracle Tuxedo CORBA Domains環境のドメインの計画および構成の方法について説明します。

3.1 CORBA Domains環境の概要

Oracle Tuxedo Domains構成は、「Oracle TuxedoのDomainsコンポーネントとは」で説明されているようにコアATMIドメイン環境を拡張したものです。Oracle Tuxedoドメイン(ビジネス・アプリケーション)は、完全に管理可能な構造体です。ドメインを参照するプログラミング・インタフェースはありません。ドメインを意識するのは管理者のみです。

Oracle Tuxedo Domainsの構成では、管理者はその構成の中で、ドメインのどのサーバーが他のドメインで利用できるか設定できます。このため、CORBAの観点から見ると、Oracle Tuxedo DomainsコンポーネントはOracle Tuxedo CORBAアプリケーションが相互に作用してリソースを共有するための手段であると言えます。CORBAクライアントと参加アプリケーションは、Domains構成について何も意識する必要はありません。知っておく必要があるのは、どのファクトリ・オブジェクトが利用可能で、どうしたらそのオブジェクトにアクセスできるのかということだけです。

ドメイン間のこの透過性により、管理者は各ドメインのサービスを構成し、複数のドメイン間にリソースを分散することができます。アプリケーションにドメイン情報を組み込んだ場合、構成を変更したときにアプリケーションを作成しなおす必要が生じます。

親トピック: CORBA Domainsの計画と構成の概要

3.2 シングル・ドメイン通信とマルチ・ドメイン通信

次の図は、2つのOracle Tuxedo CORBAアプリケーションで構成されたシンプルなDomains構成を示しています。

図3-1 2つのCORBAアプリケーションから構成されるDomains構成


2つのCORBAアプリケーションから構成されるDomains構成の図

以降のシングル・ドメインとマルチ・ドメインに関する説明は、このシンプルなDomains構成に基づいています。

親トピック: CORBA Domainsの計画と構成の概要

3.2.1 シングル・ドメイン通信

以下は、シンプルDomains構成におけるCORBAクライアントXとドメインA間のシングル・ドメイン通信のステップです。

  1. クライアントXは、Bootstrapオブジェクトを使用してドメインAに接続します。クライアント・アプリケーションは、Bootstrapオブジェクトを使用してFactoryFinderを検索し、そのFactoryFinderを使用して、ファクトリにタイプQのオブジェクトを要求します。(FactoryFinderの呼出しは、ドメインAの呼出しになります。)
  2. FactoryFinderからファクトリが返されると、クライアントはドメインAでそのファクトリを呼び出します。
  3. ファクトリは、タイプQのオブジェクト参照(Q1)を返します。
  4. クライアントは、ドメインAでオブジェクトQ1を呼び出します。

このステップを通じて、クライアントはオブジェクトがどこにあるのか、つまりどのドメインにあるのかについて何も知りません。

クライアント・マシンは単純な構造で、必要なインフラストラクチャも少ないため(大部分はスタンドアロン)、クライアントをドメインAに接続するための管理は比較的単純です。もちろん、Oracle Tuxedoドメインへの接続はクライアントのプライマリ管理です。実際の管理作業は、ドメインAにあるISLのアドレスを設定することになります。

親トピック: シングル・ドメイン通信とマルチ・ドメイン通信

3.2.2 マルチ・ドメイン通信

マルチ・ドメイン通信の場合、シンプルDomains構成のQ1はドメインCにあるオブジェクトR1のサービスを要求するので、ドメインの境界をまたいで上のステップ1 - 4に対応する処理を実行する必要があります。実際のステップは以下のようになります。

  1. オブジェクトQ1はBootstrapオブジェクトを使用してFactoryFinderを検索し、そのFactoryFinderを使用して、ファクトリにタイプRのオブジェクトを要求します。
  2. FactoryFinderからドメインCのファクトリへの参照が戻されると、オブジェクトQ1はそのファクトリを呼び出します。
  3. ファクトリは、タイプRのオブジェクト参照(R1)を返します。
  4. オブジェクトQ1がオブジェクトR1を呼び出します。

クライアントXで、オブジェクトQ1がドメインCのファクトリとオブジェクトを取得するには、何らかの管理タスクが必要です。シンプルDomains構成に示すように、ドメイン間通信にはドメイン・ゲートウェイを使用します。ドメイン・ゲートウェイは、ドメイン内のシステム・サーバーです。

システム・サーバーは、ユーザー定義のサーバーとは異なり、ネーム・サーバー、FactoryFinder、ISLなどと共にOracle Tuxedo製品の一部として提供されています。ドメイン・ゲートウェイは、ドメインの接続ポイントになるので、概念的にはISLと似ています。ただし、ISLと異なり、ドメイン・ゲートウェイは別のドメイン・ゲートウェイに接続し、それ自身がドメインの接続ポイントになります。つまり、ドメイン・ゲートウェイの役割は、別のドメイン・ゲートウェイに接続することです。したがって、2つのドメイン・ゲートウェイは相互に協調し合い、別のドメインに存在するオブジェクトの呼出しが、適切なドメインに確実にルーティングされるようにします。

親トピック: シングル・ドメイン通信とマルチ・ドメイン通信

3.3 CORBA Domains構成の要素

Oracle CORBA Domains構成は、以下の要素で構成されます。

Tuxedo構成ファイル
UBBCONFIGファイルと呼ばれるこのテキスト・ファイルでは、ドメイン名を指定し、ドメイン・ゲートウェイ・サーバーのグループ・エントリとサービス・エントリを設定します。UBBCONFIGファイルでは、ドメイン・ゲートウェイの属性は指定しません。これらの属性はすべて、次に説明するDomains構成ファイルで指定します。

UBBCONFIGファイルと呼ばれるこのテキスト・ファイルでは、ドメイン名を指定し、ドメイン・ゲートウェイ・サーバーのグループ・エントリとサービス・エントリを設定します。UBBCONFIGファイルでは、ドメイン・ゲートウェイの属性は指定しません。これらの属性はすべて、次に説明するDomains構成ファイルで指定します。

ノート:

Oracle Tuxedo構成ファイルには、どのような名前でも付けられます。ただし、そのファイルの内容はUBBCONFIG(5)のリファレンス・ページで指定された形式に準拠している必要があります。
Domains構成ファイル
DMCONFIGファイルと呼ばれるこのテキスト・ファイルでは、このドメイン(ローカル・ドメイン)に接続されるリモート・ドメインを指定します。Domains構成に参加するドメインごとに、1つのDMCONFIGファイルが必要です。ドメインが別のドメインに接続しない場合、DMCONFIGファイルは必要ありません。Domains構成ファイルには、どのような名前でも付けられます。ただし、そのファイルの内容はDMCONFIG(5)のリファレンス・ページで指定された形式に準拠している必要があります。
FactoryFinder Domains構成ファイル
factory_finder.iniと呼ばれるこのテキスト・ファイルでは、ドメインの境界をまたいで検索するファクトリを指定します。CORBA Domains構成に参加するドメインごとに、1つのfactory_finder.iniファイルが必要です。ドメインが別のドメインに接続しない場合、factory_finder.iniファイルは必要ありません。factory_finder.iniファイルとDMCONFIGを慎重に調整して、その両方が同じ接続ドメインに関する情報を持ち、同じ接続を提供するようにします。

ノート:

FactoryFinder Domains構成ファイルには、どのような名前でも付けられます。ただし、そのファイルの内容はfactory_finder.ini(5)のリファレンス・ページで指定された形式に準拠している必要があります。
リモート・ドメインでのオブジェクトの呼出し
CORBAの観点から見ると、Oracle Tuxedo Domainsコンポーネントの中心的機能は、CORBAドメインのアプリケーションが、別のCORBAドメインのオブジェクトを呼び出す際に、クライアントまたはサーバー・アプリケーションがドメインを意識せずに処理できるようにすることです。ドメインの境界をまたぐこのような呼出しを、アプリケーションがドメインの境界を意識せずに実行するには、様々な構成情報が必要です。
リモート・ドメインのオブジェクト参照
オブジェクト参照を使用して、ローカル・ドメインまたはリモート・ドメインを指定できます。FactoryFinderがリモート・ドメイン内のファクトリに対するオブジェクト参照を返すと、通常リモート・ドメインの参照が発生します。また、ファクトリがそのリモート・ドメインのオブジェクト参照を作成して返しても、リモート・ドメインの参照が発生します(ただし、ファクトリのドメインに対するローカル参照になります)。

ノート:

アプリケーションは、オブジェクト参照のドメインを認識しません。つまり、アプリケーション側では、オブジェクト参照が参照するドメインを見つけられません。
FactoryFinder
ローカル・ドメインのサーバーから別のドメインのオブジェクト参照を取得する場合、アプリケーション側では、ローカル・ドメインのオブジェクト参照を取得する場合と同じ方法でFactoryFinderを使用します。アプリケーション側では、FactoryFinderが別のドメインのファクトリに対するリファレンスを返したことが認識されないので、同じ方法が使用されます。構成ファイルには、このことは示されません。FactoryFinderまたはファクトリによってオブジェクト参照が取得されると、そのオブジェクト参照を任意の転送先に渡すことができます。たとえば、ローカル・ドメインのオブジェクトに渡したり、クライアントに返したり、別のドメインに渡すことができます。

関連項目:

『Oracle Tuxedoファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンス』のUBBCONFIG(5)、DMCONFIG(5)およびfactory_finder.ini(5)に関する項

親トピック: CORBA Domainsの計画と構成の概要

3.4 構成ファイルの理解と使用

次の3つの構成ファイルを使用して、CORBA Domains構成を設定します。

  • UBBCONFIG - Oracle Tuxedo構成ファイル
  • DMCONFIG - Domains構成ファイル
  • factory_finder.ini - FactoryFinder Domains構成ファイル

CORBA Domains構成の各ドメインでは、これら3つのファイルのセットが必要です。管理者は、構成ファイルの各セット内、および構成ファイルのセット間で構成を調整する必要があります。Domains構成でドメインの数が増えると、構成を調整する手間も増えることになります。

親トピック: CORBA Domainsの計画と構成の概要

3.4.1 UBBCONFIGファイル

複数のドメインを構成するには、UBBCONFIGファイルで以下のパラメータを指定する必要があります。

  • ドメイン名
  • ゲートウェイ・グループ
  • ゲートウェイ・サーバー
  • サーバー名

親トピック: 構成ファイルの理解と使用

3.4.1.1 ドメイン名

単一のOracle Tuxedoドメイン(スタンドアロン・ドメイン)の場合は不要ですが、別のドメインに接続しているドメインにはDOMAINIDが必要です。このパラメータは、次のようにUBBCONFIGファイルのRESOURCESセクションで指定します。

DOMAINID domain_name

domain_nameの長さは1から13文字である必要があります。例:

DOMAINID headquarters

domain_nameは、関連するDMCONFIGファイルのDM_EXPORTおよびDM_IMPORTセクションで参照される名前です。このファイルで、domain_nameは次の形式で参照されます:

"//domain_name"

二重引用符も参照の一部として必要です。スラッシュ(//)は、この名前がOracle Tuxedo ATMIドメインではなくOracle Tuxedo CORBAドメインに適用されることを意味します。例:

"//headquarters"

企業内の各ドメインには、一意のdomain_nameを指定する必要があります。

親トピック: UBBCONFIGファイル

3.4.1.2 ゲートウェイのグループとサーバー名

ほかのすべてのOracle Tuxedoシステム・サーバーと同じように、ゲートウェイのグループとサーバー名を指定する必要があります。たとえば、UBBCONFIGファイルのGROUPSセクションで次のように指定します。

LGWGRP LMID=LDOM GRPNO=4

この例では、LGWGRPはユーザーが選択した名前(おそらく、"Local Gateway Group"の略語)です。

Oracle Tuxedoドメイン・ゲートウェイ(TDomainゲートウェイ)のサーバー名はGWTDOMAINで、ほかのグループ同様、サーバー・グループおよびサーバーIDと関連付ける必要があります。GWTDOMAIN名は、選択したサーバー・グループ名と関連付けられたSERVERSセクションで指定します。例:

GWTDOMAIN SRVGRP=LGWGRP SRVID=1

このエントリは、TDomainゲートウェイを使用する必要があり、追加情報はDMCONFIGファイルに記載されていることをOracle Tuxedo CORBAアプリケーションに通知します。

親トピック: UBBCONFIGファイル

3.4.2 DMCONFIGファイル

Domains構成に参加する各Oracle Tuxedoドメインでは、それ専用のDMCONFIGファイルが必要です。DMCONFIGファイルでは、ローカル・ドメイン(DMCONFIGファイルのあるドメイン)と1つ以上のリモート・ドメイン(ローカル・ドメインが相互運用されるドメイン)の関係を指定します。

DMCONFIGファイルのほとんどのドキュメントでは、サービスを共有するためのOracle Tuxedo ATMIドメインの構成が中心的に説明されていますが、それはOracle Tuxedo CORBA環境には適切ではありません。Oracle Tuxedo CORBA Domains環境では、「サービス」はOracle Tuxedo CORBAリクエストにサービスできるOracle Tuxedoドメインの名前でしかありません。

CORBA Domains環境には、DMCONFIGファイルの次の7セクションが適用されます。

  • DM_LOCAL (DM_LOCAL_DOMAINSとも呼ばれる)
  • DM_REMOTE (DM_REMOTE_DOMAINSとも呼ばれる)
  • DM_EXPORT (DM_LOCAL_SERVICESとも呼ばれる)
  • DM_IMPORT (DM_REMOTE_SERVICESとも呼ばれる)
  • DM_RESOURCES
  • DM_ACCESS_CONTROL
  • DM_TDOMAIN

ノート:

DM_LOCALセクションは、DM_REMOTEセクションの前になければなりません。

これら7つのセクションの多くのパラメータはATMI用のパラメータなので、CORBA Domains環境の構成には関係ありません。

以降の説明は、次のリストで示されているサンプルDMCONFIGファイルに基づいています

Oracle Tuxedo CORBA Domains環境のサンプルDMCONFIGファイルのリスト 

#
# Oracle Tuxedo CORBA Domains Configuration File
#
*DM_RESOURCES
VERSION=Experimental8.9
*DM_LOCAL
LDOM   GWGRP=LGWGRP  TYPE=TDOMAIN  ACCESSPOINTID="MUTT"
*DM_REMOTE
TDOM1  TYPE=TDOMAIN  ACCESSPOINTID="JEFF"
*DM_EXPORT
"//MUTT"
*DM_IMPORT
"//JEFF" RACCESSPOINT=TDOM1
*DM_TDOMAIN
LDOM NWADDR="//sanfran.kmart.com:2507"
TDOM1 NWADDR="//sanhose.kmart.com:3186"

ノート:

このリストのACCESSPOINTIDパラメータはDOMAINIDパラメータで置換でき、RACCESSPOINTパラメータはRDOMパラメータで置換できます。このリストでは、新しいDMCONFIG用語が使われています。

親トピック: 構成ファイルの理解と使用

3.4.2.1 DM_RESOURCES

DM_RESOURCESセクションでは、グローバルのDomains構成情報、具体的にはユーザー指定の構成バージョン文字列を指定します。このセクションでは、VERSION=stringが唯一のパラメータです。stringは、現在のDMCONFIGファイルのバージョン番号を入力できるフィールドです。このフィールドはソフトウェアによってチェックされません。

サンプルのDMCONFIGファイルでは、VERSIONパラメータが次のようにExperimental8.9に設定されています。 

*DM_RESOURCES
VERSION=Experimental8.9

親トピック: DMCONFIGファイル

3.4.2.2 DM_LOCAL

DM_LOCALセクション(DM_LOCAL_DOMAINSセクション)では、1つ以上のローカル・ドメイン・アクセス・ポイント(論理名)を定義します。定義した各ローカル・ドメイン・アクセス・ポイントについて、このセクションでアクセス・ポイントのドメイン・ゲートウェイ・グループ(TDOMAINなど)を指定します。また、CORBA環境用に、アクセス・ポイントを通じてアクセスできるローカルOracle Tuxedoドメインのdomain_nameをDM_EXPORTセクションで指定します。ローカル・ドメインは、1つ以上のリモートOracle TuxedoドメインのCORBAクライアントからローカル・ドメイン・アクセス・ポイントを通じてアクセス可能になります。

DM_LOCALセクションでは、UBBCONFIGファイルで定義されたドメイン・ゲートウェイ・グループごとに1つだけ必ずエントリが必要です。各エントリでは、グループで実行中のドメイン・ゲートウェイ・プロセスに必要なパラメータを指定します。

DM_LOCALセクションのエントリの形式は次のとおりです。 

LocalAccessPoint required_parameters [optional_parameters]

LocalAccessPointは、UBBCONFIGファイルで定義されたゲートウェイ・グループを表すために選択したローカル・ドメイン・アクセス・ポイント識別子(論理名)です。ローカル・ドメイン・アクセス・ポイントは、UBBCONFIGファイルで指定されたdomain_nameまたはゲートウェイ・グループと同じ名前ではありません。ローカル・ドメイン・アクセス・ポイントはDMCONFIGファイル内でのみ使用される名前であり、UBBCONFIGファイルが変更された場合の影響を限定します。UBBCONFIGの変更はローカル・ドメイン・アクセス・ポイントに定義されたパラメータのみに影響し、DMCONFIGファイルを通じて使用されるローカル・ドメイン・アクセス・ポイントの論理名には影響しません。

以下は、必須パラメータです。

GWGRP = identifier
このパラメータでは、このローカル・ドメイン・アクセス・ポイントに関連付けられたドメイン・ゲートウェイ・サーバー・グループの名前(UBBCONFIGファイルのGROUPSセクションで指定された名前)を指定します。
TYPE = TDOMAIN
TYPEパラメータは、Oracle Tuxedo CORBA環境のTDomainゲートウェイを使用することを指定するために必要です。
ACCESSPOINTID = string
ACCESSPOINTID (DOMAINID)パラメータは、リモート・ドメインとの接続を設定する際のセキュリティを目的として、このローカル・ドメイン・アクセス・ポイントと関連付けられたゲートウェイ・グループを識別するために使用します。GWGRPパラメータで指定されたゲートウェイ・サーバー・グループは、セキュリティ・チェック時にこの文字列を使用します。UBBCONFIGファイルのRESOURCESセクションにあるdomain_nameと対応させる必要はありません。ACCESSPOINTIDは、ローカル・ドメインとリモート・ドメインの両方にわたり、一意である必要があります。stringの値には、一連の文字("BA.CENTRAL01"など)か、0xで始まる16進数("0x0002FF98C0000B9D6"など)を指定できます。ACCESSPOINTIDの長さは、32オクテット以下にする必要があります。文字列を指定する場合は、32文字以内で指定する必要があります(最後のNULLを含む)。

たとえば、次の例を考えます。

*DM_LOCAL
LDOM GWGRP=LGWGRP TYPE=TDOMAIN ACCESSPOINTID="MUTT"

この例では、LDOMが、サーバー・グループ名LGWGRP (UBBCONFIGで指定)のローカルTDomainゲートウェイ・グループと関連付けられたローカル・ドメイン・アクセス・ポイントとして識別されます。ドメイン・ゲートウェイが常にドメイン間のセキュリティ・チェックの対象になる場合、MUTTの名前で通過します。

ノート:

ドメイン・ゲートウェイが常にドメイン間のセキュリティ・チェックの対象になる場合で、かつローカル・ドメイン・アクセス・ポイントにCONNECTION_PRINCIPAL_NAMEパラメータが指定されている場合、ゲートウェイはそのパラメータで指定された名前で通過します。

DM_LOCALセクションのオプション・パラメータは、ドメイン・ゲートウェイの操作で使用するリソースと最大値/最小値を指定します。これらのパラメータの詳細は、『Oracle Tuxedoファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンス』のDMCONFIG(5)のリファレンス・ページを参照してください。

親トピック: DMCONFIGファイル

3.4.2.3 DM_REMOTE

DM_REMOTEセクション(DM_REMOTE_DOMAINSセクション)では、1つ以上のリモート・ドメイン・アクセス・ポイント(論理名)を定義します。定義した各リモート・ドメイン・アクセス・ポイントについて、このセクションでアクセス・ポイントのドメイン・ゲートウェイ・グループ(TDOMAINなど)を指定します。また、CORBA環境用に、アクセス・ポイントを通じてアクセスできるリモートOracle Tuxedoドメインのdomain_nameをDM_IMPORTセクションで指定します。リモート・ドメインは、ローカル・ドメインのCORBAクライアントからリモート・ドメイン・アクセス・ポイントを通じてアクセス可能になります。

このセクションでは、複数のリモート・ドメイン・アクセス・ポイントを定義できます。リモート・ドメインと通信するためにこのOracle Tuxedoドメインで使用される各ドメイン・ゲートウェイ・グループについて1つ以上を定義できます。

DM_REMOTEセクションのエントリの形式は次のとおりです。

RemoteAccessPoint required_parameters

RemoteAccessPointは、UBBCONFIGファイルで定義された特定のゲートウェイ・グループから特定のリモート・ドメインにアクセスできるようにするために選択したリモート・ドメイン・アクセス・ポイント識別子(論理名)です。リモート・ドメイン・アクセス・ポイントは、ローカル・ドメインまたはリモート・ドメインのUBBCONFIGファイルで指定されたdomain_nameまたはゲートウェイ・グループと同じ名前ではありません。リモート・ドメイン・アクセス・ポイントはDMCONFIG内でのみ使用される名前であり、UBBCONFIGが変更された場合の影響を限定します。UBBCONFIGの変更はリモート・ドメイン・アクセス・ポイントに定義されたパラメータのみに影響し、DMCONFIGファイルを通じて使用されるリモート・ドメイン・アクセス・ポイントの論理名には影響しません。

必須パラメータは次のとおりです。

TYPE = TDOMAIN
TYPEパラメータは、Oracle Tuxedo CORBA環境のTDomainゲートウェイを使用することを指定するために必要です。
ACCESSPOINTID = string
ACCESSPOINTID (DOMAINID)パラメータは、リモート・ドメインとの接続を設定する際のセキュリティを目的として、このリモート・ドメイン・アクセス・ポイントと関連付けられたリモート・ドメインを識別するために使用します。ゲートウェイは、セキュリティ・チェック時にこの文字列を使用します。ACCESSPOINTIDは、UBBCONFIGファイルのRESOURCESセクションにあるdomain_nameと対応させる必要はありません。ACCESSPOINTIDは、ローカル・ドメインとリモート・ドメインの両方にわたり、一意である必要があります。stringの値には、一連の文字("BA.BANK01"など)か、0xで始まる16進数("0x0002FF98C0000B9D6"など)を指定できます。ACCESSPOINTIDの長さは、32オクテット以下にする必要があります。文字列を指定する場合は、32文字以内で指定する必要があります(最後のNULLを含む)。

たとえば、次の例を考えます。

*DM_REMOTE
TDOM1 TYPE=TDOMAIN ACCESSPOINTID="JEFF"

この例では、TDOM1が、ローカルTDomainゲートウェイ・グループと関連付けられたリモート・ドメイン・アクセス・ポイント名として識別されます。ドメイン・ゲートウェイが、通信相手のゲートウェイとともに常にドメイン間セキュリティ・チェックの対象となる場合、ゲートウェイは通信相手がJEFFの名前で通過すると見なします。

ノート:

ドメイン・ゲートウェイが常にドメイン間のセキュリティ・チェックの対象になる場合で、かつリモート・ドメイン・アクセス・ポイントにCONNECTION_PRINCIPAL_NAMEパラメータが指定されている場合、ゲートウェイは通信相手がそのパラメータで指定された名前で通過すると見なします。

親トピック: DMCONFIGファイル

3.4.2.4 DM_EXPORT

DM_EXPORTセクション(DM_LOCAL_SERVICESセクション)では、CORBA環境において、DM_LOCALセクションで定義されたローカル・ドメイン・アクセス・ポイントを通じてエクスポートされるOracle Tuxedoドメインのdomain_nameを指定します。ローカル・ドメイン・アクセス・ポイントに指定されたOracle Tuxedoドメインは、1つ以上のリモートOracle TuxedoドメインのCORBAクライアントからアクセスできます。DM_EXPORTセクションは、CORBA Domains構成では必須です。

DM_EXPORTセクションのエントリの形式は次のとおりです。 
service [LACCESSPOINT=local access point name]
[ACL=...]

serviceの形式は次のとおりです:

"//domain_name"

このdomain_nameは、ローカルUBBCONFIGファイルのRESOURCESセクションのDOMAINIDパラメータに割り当てられた名前です。DM_EXPORTセクションでこの名前を入力すると、ローカル・ドメインがリモート・ドメインからのCORBAリクエストを受け付けます。また、ローカル・ドメインがルーティングの中継点として機能する場合のために、ローカル・ドメインのドメイン名以外のドメイン名に対するリクエストを受け付けるserviceエントリを指定することもできます。

オプション・パラメータのACLでは、アクセス制御リスト(ACL)の名前を指定します。ローカル・ドメインはこのリストを使用して、リモートOracle Tuxedo CORBAドメインからのローカル・ドメインへのリクエストを制限します。ACLの名前は、DMCONFIGファイルのDM_ACCESS_CONTROLセクションで定義します。このパラメータを指定しないと、ローカル・ドメインに対するリモート・リクエストについてアクセス制御が実行されません。

たとえば、次の例を考えます。

*DM_EXPORT
"//MUTT"

この場合は、名前がMUTTのローカル・ドメインが、DM_REMOTEセクションで定義されたリモート・ドメイン・アクセス・ポイントを通じてリモートCORBAリクエストを受け付けます。

親トピック: DMCONFIGファイル

3.4.2.5 DM_IMPORT

DM_IMPORTセクション(DM_REMOTE_SERVICESセクション)では、CORBA環境において、DM_REMOTEセクションで定義されたリモート・ドメイン・アクセス・ポイントを通じてインポートされるOracle Tuxedoドメインのdomain_nameを指定します。リモート・ドメイン・アクセス・ポイントに指定されたOracle Tuxedoドメインは、ローカル・ドメインのCORBAクライアントからアクセスできます。DM_IMPORTセクションは、CORBA Domains構成では必須です。

DM_IMPORTセクションのエントリの形式は次のとおりです。 

service [RACCESSPOINT=remote domain access point]
[LACCESSPOINT=local domain access point]
         [TRANTIME=...]

serviceの形式は次のとおりです:

"//domain_name"

このdomain_nameは、リモートUBBCONFIGファイルのRESOURCESセクションのDOMAINIDパラメータに割り当てられた名前です。DM_IMPORTセクションでこの名前を入力すると、リモート・ドメインがローカル・ドメインからのCORBAリクエストを受け付けます。また、リモート・ドメインがルーティングの中継点として機能する場合のために、リモート・ドメインのドメイン名以外のドメイン名に対するリクエストを受け付けるserviceエントリを指定することもできます。

たとえば、次の例を考えます。

*DM_IMPORT
"//JEFF" RACCESSPOINT=TDOM1

この場合は、名前がJEFFで、リモート・ドメイン・アクセス・ポイントTDOM1と関連付けられているリモート・ドメインが、DM_LOCALセクションで定義されたローカル・ドメイン・アクセス・ポイントを通じてCORBAリクエストを受け付けます。

親トピック: DMCONFIGファイル

3.4.2.6 DM_ACCESS_CONTROL

DM_ACCESS_CONTROLセクションでは、1つ以上のアクセス制御リスト(ACL)の名前を指定し、1つ以上のリモート・ドメイン・アクセス・ポイントを指定された各ACL名に関連付けます。ACL=ACL_NAMEを設定してDM_EXPORTセクションでACLパラメータを使用すると、特定のローカル・ドメイン・アクセス・ポイントを通じてエクスポートされるローカル・ドメインへのアクセスをACL_NAMEと関連付けられたリモート・ドメイン・アクセス・ポイントのみに制限できます。

DM_ACCESS_CONTROLセクションのエントリの形式は次のとおりです。

ACL_NAME required_parameters

ACL_NAMEは、アクセス制御リストを指定するために使用されるidentifierです。最大15文字まで使用できます。

以下は、必須パラメータです。

ACLIST = identifier [, identifier ]

ACLISTには、1つまたは複数のリモート・ドメイン・アクセス・ポイント名をカンマで区切って指定します。ワイルドカード文字(*)を使用すると、DM_REMOTEセクションで定義したすべてのリモート・ドメイン・アクセス・ポイントがローカル・ドメインにアクセスできます。

親トピック: DMCONFIGファイル

3.4.2.7 DM_TDOMAIN

DM_TDOMAINセクションでは、Oracle Tuxedo CORBAドメインを実装するTDomainゲートウェイのネットワーク・アドレス情報を定義します。DM_TDOMAINセクションには次が必要です:

  • ローカル・ドメイン・アクセス・ポイントごとに1エントリ(リモート・ドメインからのCORBAリクエストがそのアクセス・ポイントを通じて受け付けられる場合)
  • リモート・ドメイン・アクセス・ポイントごとに1エントリ(ローカル・ドメインからリモート・ドメインへのCORBAリクエストがそのアクセス・ポイントを通じて受け付けられる場合)

DM_TDOMAINセクションでは、1つ以上のWebLogic Serverアプリケーションに関連付けられた1つ以上のリモート・ドメイン・アクセス・ポイントの構成を定義して、アプリケーションでTuxedo CORBAサーバーとWebLogic Server Enterprise JavaBean (EJB)サーバーを結合することもできます。詳細は、『Oracle Tuxedo相互運用性』の2‑1ページの「Oracle WebLogic Serverとの相互運用性」を参照してください。

DM_TDOMAINセクションのエントリの形式は次のとおりです。 

AccessPoint required_parameters [optional_parameters]

AccessPointは、(1) DM_LOCALセクションのローカル・ドメイン・アクセス・ポイントまたは(2) DM_REMOTEセクションのリモート・ドメイン・アクセス・ポイントを識別するために使用される識別子値です。

以下は、必須パラメータです。

NWADDR = string
このパラメータを使用して、ローカル・ドメイン・アクセス・ポイントまたはリモート・ドメイン・アクセス・ポイントに関連するネットワーク・アドレスを指定します。ローカル・ドメイン・アクセス・ポイントとの関連付けの場合、ネットワーク・アドレスはローカル・ドメイン・ゲートウェイでリモート・ドメインからの接続リクエストをリスニングするために使用されます。リモート・ドメイン・アクセス・ポイントとの関連付けの場合、ネットワーク・アドレスはローカル・ドメイン・ゲートウェイでリモート・ドメインへの接続を開始するために使用されます。
stringの形式が"0x hex-digits"または"\\x hex-digits"の場合、偶数の有効な16進数を含める必要があります。これらの形式は、TCP/IPアドレスを含む文字配列に内部変換されます。アドレスは、次の2つの形式のいずれかでもかまいません。 
"//hostname:port_number"
"//#.#.#.#:port_number"
最初の形式では、gethostbyname(3c)を介してアクセスされたローカル構成の名前解決機能を使用してアドレスが結合されるときに、hostnameがTCP/IPホスト・アドレスに解決されます。"#.#.#.#"はドットで区切った10進数の形式で、各#は0から255までの10進数です。
Port_numberは、0から65535の10進数です(指定された文字列の16進表現)。

たとえば、次の例を考えます。

*DM_TDOMAIN
LDOM NWADDR="//sanfran.kmart.com:2507"
TDOM1 NWADDR="//sanhose.kmart.com:3186"

この例では、ゲートウェイ・グループLGWGRPに属する(LDOMアクセス・ポイントのDM_LOCALセクションで指定) TDomainゲートウェイが、リモート・ドメインからの接続リクエストをアドレス"//sanfran.kmart.com:2507"でリスニングするように構成されています。また、TDomainゲートウェイは、TDOM1アクセス・ポイントと関連付けられたリモート・ドメインにリクエストを送信するときには"//sanhose.kmart.com:3186"への接続を開始するように構成されています。

DM_TDOMAINセクションのオプション・パラメータについては、『Oracle Tuxedoファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンス』のリファレンス・ページ「DMCONFIG(5)」を参照してください。

親トピック: DMCONFIGファイル

3.4.3 factory_finder.iniファイル

factory_finder.iniファイルでは、ローカル・ドメインで使用できるリモート・ファクトリ・オブジェクトを特定します。また、リモート・ドメインで使用できるローカル・ファクトリ・オブジェクトも特定します。

factory_finder.iniファイルには、DM_REMOTE_FACTORIESおよびDM_LOCAL_FACTORIESという2つのセクションがあります。次の例で明らかなように、factory_finder.iniファイルの形式はDMCONFIGファイルで使用される構文に基づいています。 

*DM_REMOTE_FACTORIES
"local_factory_id.factory_kind"
DOMAINID="domain_id"
RNAME="remote_factory_id.factory_kind"
...
*DM_LOCAL_FACTORIES
"factory_id.factory_kind"

CORBAファクトリ・オブジェクトの構文を次に示します。

*DM_REMOTE_FACTORIES
"AccountFactory.FactoryKind"
DOMAINID="MyAccountFactoryDomain"
RNAME="MyAccountFactory.FactoryKind

AccountFactoryは、ローカル・ドメインのFactoryFinderにファクトリを登録する名前です。MyAccountFactoryDomainは、リモート・ドメインの名前です。MyAccountFactoryは、リモート・ドメインのFactoryFinderにファクトリを登録する名前です。

ノート:

Domains構成に参加する2つのCORBAドメインで、factory_id.factory_kind識別子が同じファクトリ・オブジェクトを持つことはできません。詳細は、「factory_finder.iniファイルでの一意のファクトリ・オブジェクト識別子の指定」を参照してください。

親トピック: 構成ファイルの理解と使用

3.4.3.1 DM_REMOTE_FACTORIES

DM_REMOTE_FACTORIESセクションでは、ローカル・ドメインからアクセスできる(ローカル・ドメインにインポートされる)リモート・ドメインのファクトリ・オブジェクトを指定します。このセクションには、リモート・ファクトリ・オブジェクトの識別子がリストされます。FactoryInterfaceのkind値を含む識別子(オブジェクトが登録されている識別子)は、このセクションにリストされる必要があります。たとえば、TP Frameworkによって識別子TellerでドメインNorwestに登録されたリモート・ファクトリ・オブジェクトのエントリは、次のように指定されます。 

*DM_REMOTE_FACTORIES
"Teller.FactoryInterface"
DOMAINID="Norwest"
RNAME="BankTeller.FactoryInterface"

RNAMEが指定されていない場合、ファクトリ名でfactory_kindを指定し、ファクトリ名を引用符で囲む必要があります。これらの条件を満たさないと、NameManagerが適切なファクトリを検出できません。factory_kind値を含まないエントリは、FactoryInterfaceの値でデフォルト設定されません。

以下の例では、ファクトリ・オブジェクトが識別子TellerでドメインNorwestに登録されています。RNAMEが指定されていないので、factory_kind値が指定され、ファクトリ名が引用符で囲まれていることに注意してください。 

*DM_REMOTE_FACTORIES
"Teller.FactoryInterface"
DOMAINID="Norwest"

ドメイン構成内でファクトリの識別子が競合する場合があるため、ファクトリ識別子とRNAMEパラメータを使用して、リモート・ファクトリのローカル・ドメインに別の識別子(別名)を指定できます。次のリストに、TPフレームワークによってドメインNorwestの識別子BankTellerで登録されたリモート・ファクトリの例を2つ示します。どちらの例でも、ファクトリはローカル・ドメインでTellerという別名で使用可能になります。

リモート・ファクトリへの別名の割当てのリスト 

#EXAMPLE 1:
*DM_REMOTE_FACTORIES
Teller
DOMAINID="Norwest"
RNAME=”BankTeller.FactoryInterface”
#EXAMPLE 2:
*DM_REMOTE_FACTORIES
"Teller.FactoryInterface"
DOMAINID="Norwest"
RNAME="BankTeller.FactoryInterface"

同じリモート・ファクトリに複数の別名を割り当てることもできます。次のリストの例では、リモート・ファクトリがローカル・ドメインにTellerとBankTellerの2つの別名で登録されます。

リモート・ファクトリへの複数の別名の割当てのリスト 

*DM_REMOTE_FACTORIES
"Teller.FactoryInterface"
DOMAINID="Norwest"
RNAME="BankTeller.FactoryInterface"
"BankTeller.FactoryInterface"
DOMAINID="Norwest"
RNAME="BankTeller.FactoryInterface"
3.4.3.2 DM_LOCAL_FACTORIES

DM_LOCAL_FACTORIESセクションでは、リモート・ドメインからアクセスできる(リモート・ドメインにエクスポートされる)ローカル・ドメインのファクトリ・オブジェクトを指定します。このセクションは、以下の方法で使用できます。

  • factory_finder.iniにDM_LOCAL_FACTORIESセクションが存在しない場合、または存在しても空の場合、ローカル・ドメインのすべてのファクトリ・オブジェクトがリモート・ドメインで使用できます。これにより、管理者がローカル・ドメインのファクトリ・オブジェクトごとにエントリを設定しなくても、ローカル・ファクトリ・オブジェクトをリモート・ドメインで使用することができます。
  • factory_finder.iniファイルにDM_LOCAL_FACTORIESセクションが存在し、予約されたキーワードのNONEがある場合、そのローカル・ドメインのファクトリ・オブジェクトはリモート・ドメインで使用できません。NONEキーワードを使用すると、管理者はローカル・ドメインのファクトリ・オブジェクトごとにエントリを設定しなくても、ファクトリ・オブジェクトへのアクセスを制限することができます。

ファクトリ・オブジェクト登録時に、kind値がFactoryInterfaceに設定された識別子または名前は、DM_LOCAL_FACTORIESセクションにリストされなければなりません。たとえば、TP Frameworkによって識別子Tellerで登録されたファクトリ・オブジェクトのエントリは、次のように指定されます。 

*DM_LOCAL_FACTORIES
"Teller.FactoryInterface"

NameManagerで適切なファクトリ・オブジェクトを検索するには、factory_kindが指定されている必要があります。factory_kind値を含まないエントリは、FactoryInterfaceの値でデフォルト設定されません。これにより、CORBA NamingServiceを使用できます。

ドメインAでファイルに挿入されるエントリは次のようになります:

*DM_REMOTE_FACTORIES
fA.FactoryInterface DOMAINID=B

このエントリは、ドメインAで識別子fAのファクトリを検索するというリクエストが、ドメインBのFactoryFinderによって実行できることを意味します。もちろん、2つのドメインのUBBCONFIGおよびDMCONFIGファイルで、これらのドメイン間のドメイン・ゲートウェイが接続されるように設定されていなければなりません。

このエントリの別の形式を以下に示します。

CDE.FactoryInterface DOMAINID=B RNAME=fA.FactoryInterface

このエントリは、ドメインAで識別子CDEのファクトリを検索するというリクエストが、ドメインBのFactoryFinderでID fAを使用して実行されることを意味します。この別の形式は別名と呼ぶ場合もあります。

ノート:

ファクトリIDの最後には.FactoryInterfaceが必要です。わかりやすくするために、テスト構成についての説明では.FactoryInterfaceが省略されていますが、factory_finder.iniファイルでは必ず必要です。

関連項目:

親トピック: factory_finder.iniファイル

3.5 factory_finder.iniファイルでの一意のファクトリ・オブジェクト識別子の指定

シングル・ドメイン構成では、ロード・バランシングを実現するために複数のファクトリ・オブジェクトが同じ名前であってもかまいません。ただし、Domains構成では、2つのドメインが同じfactory_id.factory_kind識別子のファクトリ・オブジェクトを持つことはできません。2つのドメインで同じ識別子または名前が使用されている場合、ソフトウェアの動作は、Oracle WebLogic Enterpriseを使用してCORBA Domains環境を構成したかどうかによって異なります。

  • Oracle WebLogic Enterprise 5.1より前のリリースでは、ドメインの最初のサーバーがファクトリを登録しても、エラー・メッセージは生成されません。1つのドメインに同じ名前の2つのファクトリが登録されると、マスターNameManagerが失敗します。
  • Oracle WebLogic Enterprise 5.1以降またはOracle Tuxedo 8.0以降では、エラー・メッセージが生成されてULOGに記録されます。

ドメイン全体で識別子や名前が一意であることを確認し、このような問題を回避するには、以下に示す2つの方法があります。

  • Oracle WebLogic Enterprise 5.1以降またはOracle Tuxedo 8.0以降では、エラー・メッセージが生成されてULOGに記録されます。
  • factory_finder.iniファイルでRNAMEパラメータを使用して、ローカルNameManagerでは別名を使用するように設定します。この方法では、ローカル・クライアントもリモート・ファクトリ・オブジェクトへのアクセスに別名を使用するように修正する必要があります。「リモート・ファクトリへの別名の割当て」のリストは、RNAMEパラメータを使用して別名を作成するfactory_finder.iniファイルの例を示しています。

親トピック: CORBA Domainsの計画と構成の概要

3.6 factory_finder.iniファイルの処理

起動時に、マスターNameManagerはfactory_finder.iniファイルを読み込みます。マスターNameManagerの起動される状況によって、factory_finder.iniファイルがすべて読み込まれるか、または一部のみ読み込まれるかが決まります。

  • マスターNameManagerプロセスがCORBAアプリケーションを起動する過程で起動された場合は(初期化モード)、factory_finder.iniファイルの全内容が読み込まれます。factory_finder.iniファイルのDM_REMOTE_FACTORIESセクションに追加された新しいファクトリ・オブジェクトはすべて、ローカルのOracle Tuxedoアプリケーションに知らされます。
  • マスターNameManagerプロセスがプロセス障害の結果として再起動された場合は、factory_finder.iniファイルのDM_LOCAL_FACTORIESセクションのみ読み込まれます。DM_REMOTE_FACTORIESセクションに追加された新しいファクトリ・オブジェクトはすべて、ローカルのOracle Tuxedoアプリケーションに知らされません。

factory_finder.iniファイルのDM_REMOTE_FACTORIESセクションにファクトリ・オブジェクトのある新しいドメインを追加するときには、マスターNameManagerを終了して再起動する必要があります。NameManagerの詳細は、『Oracle Tuxedoファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンス』のTMFFNAME(5)に関する項を参照してください。

親トピック: CORBA Domainsの計画と構成の概要

3.7 CORBA Domains構成の種類

Oracle Tuxedo Domainsコンポーネントを使用して複数のOracle Tuxedo CORBAドメインを接続する場合は、2種類の構成を設定できます。直接接続ドメインと間接接続ドメインという2種類の構成が可能です。どちらの構成も、管理者がDMCONFIGファイルを使用して設定できます。

親トピック: CORBA Domainsの計画と構成の概要

3.7.1 直接接続ドメイン

Domains構成のすべてのドメインは、Domains構成のほかのすべてのドメインとゲートウェイ接続(直接接続)できます。ドメインが直接接続されている場合、リクエストは目的のドメインに直接届きます。

直接接続のDomains構成(「n方向」構成)はドメインの数が少ない場合は合理的ですが、構成に新しいドメインが追加されるたびに2つ、4つ、またはそれ以上の新しいゲートウェイが必要になります。ある時点で、間接接続ドメインを構成することで、送信速度ではなくドメイン接続の管理しやすさを優先しようと考えるようになります。

親トピック: CORBA Domains構成の種類

3.7.2 間接接続ドメイン

トラフィック・パターンについて検討する必要があります。相互作用が頻繁には行われないドメインは、ゲートウェイの削除に候補になります。それでも相互作用が行われる可能性はあるため、他のドメインに依然として到達できる必要があります。使用される手法は、ターゲット・ドメインに直接アクセスする中間ドメインを介したリクエストのルーティングです。

たとえば、次の図に示すA、B、Cの3つのドメインについて考えます。

図3-2 間接接続ドメイン


間接接続ドメインの図

ドメインAとドメインBは直接接続されており、ドメインBとドメインCも直接接続されていますが、ドメインAとドメインCは直接には接続されていません。ドメインAとCが通信するには、中継点としてドメインBを使用しなければなりません。したがって、ドメインAのDMCONFIGファイルでは、ドメインB経由でドメインCに接続するよう指定し、ドメインCのDMCONFIGファイルでも、ドメインB経由でドメインAに接続するよう指定する必要があります。接続形態は以下のようになります。 

Domains     A   <->  B <-> C
Gateways        GAB GBA       GBC GCB

ドメインAには、ドメインBに接続するゲートウェイ・プロセスGAB (AからBのゲートウェイ)があります。ドメインAのDMCONFIGファイルでは、GABがドメインBとC間のゲートウェイとして機能するように指定されています。ドメインCのDMCONFIGファイルでも同様に、GCBがBとAに接続されるように構成されています。ドメインBのDMCONFIGファイルには、Aに接続するゲートウェイ・プロセス(GBA)と、Cに接続するゲートウェイ・プロセス(GBC)の2つが設定されています。この構成を間接接続と呼びます。

この間接接続により、AのサーバーがCのオブジェクトに対するリクエストを呼び出した場合、Oracle Tuxedo CORBAサーバーは、ゲートウェイGABにリクエストを送信できることを認識します。Oracle Tuxedoゲートウェイは、Bのパートナ・ゲートウェイがリクエストを自身では処理できないが受入れは可能であることを認識しません。リクエストがドメインBに届くと、GBCを介してCにルーティングされ、Cがリクエストを処理できます。このため、リクエストは1つ追加のホップで処理されます。

ドメインBの2つのゲートウェイを1つにして、Bでホップが追加されないようにすることもできます。この場合、ドメインBでの処理は同じですが、1つのゲートウェイ・プロセスですべて処理されます。

親トピック: CORBA Domains構成の種類

3.8 CORBA Domains構成の例

次の例は、直接接続CORBAドメインの構成方法を示しています。これらの例を使用する場合は、APPDIR、TUXCONFIG、TUXDIRの各変数を環境に合せて変更する必要があります。また、テキストが左山カッコ(<)と右山カッコ(>)で囲まれている(たとえば、<App Server Name>など)場合は適切な情報で置換し、山カッコを削除する必要があります。

親トピック: CORBA Domainsの計画と構成の概要

3.8.1 UBBCONFIGファイルの例

次のリストに、3つの直接接続ドメイン(Here、ThereおよびYonder)のUBBCONFIGファイルを示します。これらのファイルを使用するには、hostをローカル・マシンの名前で置換する必要があります。

HereドメインのUBBCONFIGファイルのリスト 

#
#
#
# RESOURCES
#
*RESOURCES
IPCKEY 123312
DOMAINID HereD
MASTER LAPP
MODEL SHM
LDBAL N#
# MACHINES
#
*MACHINES
<host>
LMID=LAPP
APPDIR="/tst1/wle4.2/test_dom/t07:
/tst1/wle4.2/dec_unix/wlemdomai"
TUXCONFIG="/tst1/wle4.2/test_dom/tuxconfig"
TUXDIR="/lclobb/lc"
MAXWSCLIENTS=10
#
# GROUPS
#
*GROUPS
DEFAULT: LMID=LAPP
ICEGRP GRPNO=11 OPENINFO=NONE
GROUP1 GRPNO=21 OPENINFO=NONE
LDMGRP GRPNO=3
LGWGRP GRPNO=4
#
# SERVERS
#
*SERVERS
DEFAULT: CLOPT="-A"
DMADM SRVGRP=LDMGRP SRVID=1
GWADM SRVGRP=LGWGRP SRVID=1
GWTDOMAIN SRVGRP=LGWGRP SRVID=2
TMSYSEVT SRVGRP=ICEGRP SRVID=1
TMFFNAME SRVGRP=ICEGRP SRVID=2
CLOPT="-A -- -N -M -f <FF ini file for Here>"
TMFFNAME SRVGRP=ICEGRP SRVID=3 CLOPT="-A -- -N"
TMFFNAME SRVGRP=ICEGRP SRVID=4 CLOPT="-A -- -F"
<App Server Name> SRVGRP=GROUP1 SRVID=2
ISL SRVGRP=GROUP1 SRVID=1
CLOPT="-A -- -d /dev/tcp -n //<host>:<port>"
#
# SERVICES
#
*SERVICES
ThereドメインのUBBCONFIGファイルのリスト
#
#
# RESOURCES
#
*RESOURCES
IPCKEY 133445
DOMAINID ThereD
MASTER LAPP1
MODEL SHM
LDBAL N
#
# MACHINES
#
*MACHINES
<host>
LMID=LAPP1
APPDIR="D:\test_dom\t07;D:\Iceberg\qa\orb\bld\wlemdomain"
TUXCONFIG="D:\test_dom\tuxconfig"
TUXDIR="D:\Iceberg"
MAXWSCLIENTS=10
#
# GROUPS
#
*GROUPS
DEFAULT LMID=LAPP1
ICEGRP GRPNO=11 OPENINFO=NONE
GROUP1 GRPNO=21 OPENINFO=NONE
LDMGRP GRPNO=3
LGWGRP GRPNO=4
#
# SERVERS
#
*SERVERS
DEFAULT: CLOPT="-A"
DMADM SRVGRP=LDMGRP SRVID=1
GWADM SRVGRP=LGWGRP SRVID=1
GWTDOMAIN SRVGRP=LGWGRP SRVID=2
TMSYSEV SRVGRP=ICEGRP SRVID=1
TMFFNAME SRVGRP=ICEGRP SRVID=2
CLOPT="-A -- -N -M -f <FF ini file for There>"
TMFFNAME SRVGRP=ICEGRP SRVID=3 CLOPT="-A -- -N"
TMFFNAME SRVGRP=ICEGRP SRVID=4 CLOPT="-A -- -F"
<App Server Name> SRVGRP=GROUP1 SRVID=2
ISL SRVGRP=GROUP1 SRVID=1
CLOPT="-A -- -d /dev/tcp -n //<host>:<port>"
#
# SERVICES
#
*SERVICES

YonderドメインのUBBCONFIGファイルのリスト 

#
# RESOURCES
#
*RESOURCES
IPCKEY 123334
DOMAINID YonderD
MASTER LAPP
MODEL SHM
LDBAL N
#
# MACHINES
#
*MACHINES
<host>
LMID=LAPP
APPDIR="/tst1/wle4.2/test_dom/t07p:
/tst1/wle4.2/<host3>/wlemdomain"
TUXCONFIG="/tst1/wle4.2/test_dom/<host3>/tuxconfig"
TUXDIR="/lclobb/lc"
MAXWSCLIENTS=10
#
# GROUPS
#
*GROUPS
DEFAULT: LMID=LAPP
ICEGRP GRPNO=11 OPENINFO=NONE
GROUP1 GRPNO=21 OPENINFO=NONE
LDMGRP GRPNO=3
LGWGRP GRPNO=4
#
# SERVERS
#
*SERVERS
DEFAULT: CLOPT="-A"
DMADM SRVGRP=LDMGRP SRVID=1
GWADM SRVGRP=LGWGRP SRVID=1
GWTDOMAIN SRVGRP=LGWGRP SRVID=2
TMSYSEVT SRVGRP=ICEGRP SRVID=1
TMFFNAME SRVGRP=ICEGRP SRVID=2
CLOPT="-A -- -N -M"
TMFFNAME SRVGRP=ICEGRP SRVID=3 CLOPT="-A -- -N"
TMFFNAME SRVGRP=ICEGRP SRVID=4 CLOPT="-A -- -F"
<App Server Name> SRVGRP=GROUP1 SRVID=2
ISL SRVGRP=GROUP1 SRVID=1
CLOPT="-A -- -d /dev/tcp -n //<host>:<port>"
#
# SERVICES
#
*SERVICES

親トピック: CORBA Domains構成の例

3.8.2 DMCONFIGファイルの例

次のリストに、3つの直接接続ドメイン(Here、ThereおよびYonder)のDMCONFIGファイルを示します。これらのリストをDomains構成で使用するには、Hereドメインのhost1、Thereドメインのhost2、およびYonderドメインのhost3を、それぞれのローカル・マシンの名前で置き換える必要があります。

3ドメイン構成におけるHereドメインのローカル・マシン用DMCONFIGファイルのリスト 

#
#
# Tuxedo Domains Configuration File
#
*DM_RESOURCES
VERSION=U22
#
# DM_LOCAL
#
*DM_LOCAL
LDOM1 GWGRP=LGWGRP TYPE=TDOMAIN ACCESSPOINTID="HereG"
#
# DM_REMOTE
#
*DM_REMOTE
TDOM1 TYPE=TDOMAIN ACCESSPOINTID="ThereG"
TDOM2 TYPE=TDOMAIN ACCESSPOINTID="YonderG"
#
# DM_TDOMAIN
#
*DM_TDOMAIN
LDOM1 NWADDR="//<host1>:<tcpport>"
TDOM1 NWADDR="//<host2>:<tcpport>"
TDOM2 NWADDR="//<host3>:<tcpport>"
#
# DM_EXPORT
#
*DM_EXPORT
"//HereD"
#
# DM_IMPORT
#
*DM_IMPORT
"//ThereD" RACCESSPOINT=TDOM1
"//YonderD" RACCESSPOINT=TDOM2

次のリストをDomains構成で使用するには、Thereドメインのhost1、Hereドメインのhost2、およびYonderドメインのhost3を、それぞれのローカル・マシンの名前で置き換える必要があります。

3ドメイン構成におけるThereドメインのDMCONFIGファイルのリスト 

#
#
# Tuxedo Domains Configuration File
#
*DM_RESOURCES
VERSION=U22
#
# DM_LOCAL
#
*DM_LOCAL
LDOM1 GWGRP=LGWGRP TYPE=TDOMAIN ACCESSPOINTID="ThereG"
#
# DM_REMOTE
#
*DM_REMOTE
TDOM1 TYPE=TDOMAIN ACCESSPOINTID="HereG"
TDOM2 TYPE=TDOMAIN ACCESSPOINTID="YonderG"
#
# DM_TDOMAIN
#
*DM_TDOMAIN
LDOM1 NWADDR="//<host1>:<tcpport>"
TDOM1 NWADDR="//<host2>:<tcpport>"
TDOM2 NWADDR="//<host3>:<tcpport>"
#
# DM_EXPORT
#
*DM_EXPORT
"//ThereD"
#
# DM_IMPORT
#
*DM_IMPORT
"//HereD" RACCESSPOINT=TDOM1
"//YonderD" RACCESSPOINT=TDOM2

次のリストをDomains構成で使用するには、Yonderドメインのhost1、Hereドメインのhost2、およびThereドメインのhost3を、それぞれのローカル・マシンの名前で置き換える必要があります。

3ドメイン構成におけるYonderドメインのDMCONFIGファイルのリスト 

#
#
# Tuxedo Domains Configuration File
#
*DM_RESOURCES
VERSION=U22
#
# DM_LOCAL
#
*DM_LOCAL
LDOM1 GWGRP=LGWGRP TYPE=TDOMAIN ACCESSPOINTID="YonderG"
#
# DM_REMOTE
#
*DM_REMOTE
TDOM1 TYPE=TDOMAIN ACCESSPOINTID="HereG"
TDOM2 TYPE=TDOMAIN ACCESSPOINTID="ThereG"
#
# DM_TDOMAIN
#
*DM_TDOMAIN
LDOM1 NWADDR="//<host1>:<tcpport>"
TDOM1 NWADDR="//<host2>:<tcpport>"
TDOM2 NWADDR="//<host3>:<tcpport>"
#
# DM_EXPORT
#
*DM_EXPORT
"//YonderG"
#
# DM_IMPORT
#
*DM_IMPORT
"//HereD" RACCESSPOINT=TDOM1
"//ThereD" RACCESSPOINT=TDOM2

親トピック: CORBA Domains構成の例

3.8.3 factory_finder.iniファイルの例

次のリストに、HereおよびThereドメインのfactory_finder.iniファイルを示します。Yonderドメインにはfactory_finder.iniファイルは必要ありません。

Hereローカル・ドメインのfactory_finder.iniファイルのリスト 

#
# Factory Finder Initialization file for Domain “Here”
# This is the local domain.
#
# DM_LOCAL_FACTORIES
#
*DM_LOCAL_FACTORIES
"AFactory.FactoryInterface"
#
# DM_REMOTE_FACTORIES
#
*DM_REMOTE_FACTORIES
"AFacYonder.FactoryInterface"
DOMAINID="YonderD"
RNAME="AFactory.FactoryInterface"

"BFactory.FactoryInterface"
DOMAINID="YonderD"

Thereリモート・ドメインのfactory_finder.iniファイルのリスト 

#
# Factory Finder Initialization file for Domain “There”
# This is a remote domain.
#
# DM_LOCAL_FACTORIES
#
*DM_LOCAL_FACTORIES
"AFactory.FactoryInterface"
#
# DM_REMOTE_FACTORIES
#
*DM_REMOTE_FACTORIES
"AFacYonder.FactoryInterface"
DOMAINID="YonderD"
RNAME="AFactory.FactoryInterface"
"BFactory.FactoryInterface"
DOMAINID="YonderD"

親トピック: CORBA Domains構成の例