高度なカスタマイズ > Info*Engine 実装 > コンフィギュレーションプロセスについて > Info*Engine LDAP ディレクトリ
  
Info*Engine LDAP ディレクトリ
ネーミングサービスは、LDAP ディレクトリ (複数の場合もある) を使用して、Info*Engine コンポーネントを検索するために必要な情報を保存します。すべての Info*Engine サーブレット、Info*Engine サーバー、タスクプロセッサ、アダプタ、およびゲートウェイの名前と場所は、LDAP ディレクトリのエントリで指定する必要があります。各コンポーネントに関連付けられるプロパティは、各コンポーネントの LDAP ディレクトリのエントリで属性として保存されます。ネーミングサービスでは、この情報の要求があったときに、コンポーネントのプロパティ設定が実行されます。
サイトは、標準的なネーミング規則 (たとえば、民間、組織、またはドメインなどのネーミング規則) のいずれかを使用して、LDAP ディレクトリのエントリを設定できます。Info*Engine LDAP エントリの保存のみに使用される LDAP ディレクトリについて、サイトは 1 台のマシン上のコンポーネントを使用するようにマシンに固有のディレクトリ構造やサーチベースを設定するか、同じコンポーネントを持つ複数のマシン間にリクエストが無作為に広がるようにサーチベースを設定することができます。インストール時に指定したサーチベースの下にエントリが作成されますが、これらのエントリは自動的にセットアップされ、設定されます。
以下の例は、JDBC アダプタについて 1 台のマシン上で検索を行う場合に使用できる、マシン固有のディレクトリ構造およびサーチベースを示しています。ここで、「myHost」は完全修飾マシン名です。
次の例は、同じコンポーネントを持つ複数のマシン間でリクエストが無作為に広がるようにサーチベースを設定した場合の、同様のディレクトリツリーを示しています。ここで、「myHost1」は完全修飾マシン名です。
前の例では、「myHost」および「search base」は各サイトで指定する必要があり、残りの情報はインストール時に自動的に入力されます。インストール時に設定された情報を手動で変更することはできません。後で特定の値を変更する必要が生じた場合は、「プロパティ管理」ユーティリティを使用してアダプタエントリ値を修正します。
以下のようなドメイン構造の利用を検討してください。
このドメイン構造は、電子メールユーザー用に維持される構造とよく似ており、一般的なユーザーコミュニティでよく見かけるものです。LDAP エントリの一意性を維持するには、環境全体を通して各ホスト名が一意である状態をサイトで確保する必要があります。上記のダイアグラムの例は、「myHost」エントリの下層に存在する Info*Engine サービス LDAP を示しています。ptcServiceName 属性には、コンポーネントに対して定義されたサービス名が含まれています。
上記の例で、Info*Engine サーチベースを「dc=myCompany,dc=com」に設定すると、Info*Engine エントリをほかのホストおよびロケーションエントリの下位にも存在させることができます。次のダイアグラムは、「dc=aLocation」および「dc=aHost」の下位のその他の Info*Engine エントリを示しています。
Info*Engine LDAP エントリは、ネーミングサービスサーチベースで定義されるサブツリーの任意の場所に配置できます。たとえば、上記のダイアグラムでは、追加のエントリを「dc=myCompany」の直下に定義すると同時に、「myCompany」サブツリー内のほかのエントリの下層にも定義できます。
前の例で、Info*Engine LDAP エントリのサービス名に以下のネーミング規則が使用されている点に注意してください。
domainPath.componentName
ネーミング規則では、domainPath はコンポーネントが動作したり常駐する企業ドメインのホストを定義し、componentName はドメインパスに関連する一意の名前です。たとえば、JDBC アダプタサービスを「myHost」エントリの下層で「jdbcAdapter」とネーミングする代わりに、サービス名を「com.myCompany.myHost.jdbcAdapter」とします。コンポーネントは、ドメインパスの「com.myCompany.myHost」に関して一意であれば、サーチベース内で一意です。
サービス名を使用した Info*Engine サービスのリクエストを受け、同じ LDAP サービス名を持つコンポーネントが 1 つ以上存在する場合、ネーミングサービスは使用するコンポーネントを無作為に選択します。たとえば、"jndi" というアダプタサービスエントリが「myCompany」および「myHost」の両方のブランチの下層に定義されており、JNDI アダプタのインスタンスに対するリクエストが発生した場合、ネーミングサービスは使用する「jndi」アダプタエントリを無作為に選択します。
* 
複数のサービスエントリに同じ名前を命名する場合、リクエスト間で結果が同じになるように、各エントリを完全に同じに設定する必要があります。