第8章 JNDI ネーミングサービス

名前の概念は JNDI では欠かせない重要なものとなります。ネーミングシステムにより、従うべき名前の構文が決定します。ユーザーはネーミングシステムの構文を使い、名前の文字列表現をコンポーネントに構文解析することができるようになります。名前はオブジェクトの検索にネーミングシステムで使用されます。最もシンプルに言い替えると、ネーミングシステムは単に一意名を持つオブジェクトの集合なのです。ネーミングシステムでオブジェクトを検索する場合、ネーミングシステムに名前を提示するとネーミングシステムはその名前を持つオブジェクトストアを返します。

例として、UNIX ファイルシステムの命名規則を見ていきます。各ファイルは、ファイルシステムの root を起点とした相対パスで命名され、それぞれのコンポーネントはスラッシュ ("/") で区切られます。このファイルのパスは左から右の順になります。たとえば、パス名 /usr/jboss/readme.txt は、ファイルシステムの root にある　usr ディレクトリ配下のjboss ディレクトリ内にある readme.txt ファイルを指します。JBoss Enterprise Application Platform のネーミングは、Unix 形式の命名空間を命名規則として採用しています。

javax.naming.Name インターフェースは、汎用名をコンポーネントの順に表します。合成名 (複数の名前空間にわたる名前) の場合も、複合名の場合も (単一階層のネーミングシステム内で利用される名前) あります。名前のコンポーネントには番号がつけられます。コンポーネント N を持つ名前のインデックスは、0 から N 未満の範囲となっています。最も重要なコンポーネントは、インデックス 0 にあります。また、空の名前にはコンポーネントがありません。

合成名は、複数の名前空間にわたる一連のコンポーネント名です。合成名の例として、scp などの Unix コマンドで通常使われるホスト名とファイルの組み合わせなどでしょう。例えば、以下のコマンドは、localfile.txt を、 ahost.someorg.orgホストにある tmpディレクトリの remotefile.txt ファイルにコピーします。

scp localfile.txt ahost.someorg.org:/tmp/remotefile.txt

複合名は、階層名前空間から抽出されます。複合名の各コンポーネントは原子名 (atomic name) で、 それ以上小さなコンポーネントには分類できない文字列になります。Unix ファイルシステムのファイルパス名が複合名の一例です。ahost.someorg.org:/tmp/remotefile.txt は、DNS と Unix ファイルシステムの名前空間にわたる複合名となっています。また、複合名のコンポーネントは、ahost.someorg.org と /tmp/remotefile.txtで、コンポーネントは、ネーミングシステムの名前空間からの文字列名となっています。コンポーネントが階層名前空間から来るものであれば、このコンポーネントは、javax.naming.CompoundName クラスを使って原子パーツにさらに構文解析することができます。JNDI API は、合成名の Nameインターフェースの実装として、javax.naming.CompositeName クラスを提供します。

javax.naming.Context インターフェースは、ネーミングサービスとやりとりを行うにあたり主要なインターフェースとなっています。Context インターフェースは、名前とオブジェクトのバインディングセットを表します。全コンテキストは紐付けられた命名規則があり、それにより、コンテキストがjavax.naming.Name インスタンスで文字列名を解析する方法を決定します。名前とオブジェクトのバインディングを作成するには、Context のバインドメソッドを呼出し、名前とオブジェクトを引数として指定します。このオブジェクトは、あとでContextのロックアップメソッドを使った名前でリトリーブすることができます。通常、Context で、名前とオブジェクトのバインド、名前のアンバインド、名前とオブジェクトの全バインディングの一覧を取得する操作を行うことができます。Context にバインドするオブジェクトは、それ自体がContextタイプになり得ます。バインドされたContext オブジェクトは、バインドメソッドが呼び出されたところで Context のサブコンテキストとして参照されます。

例として、パス名が/usrで、Unix ファイルシステムではコンテキストとなるファイルディレクトリを見てみましょう。別のファイルディレクトリを起点に指定されたファイルディレクトリはサブコンテキスト (通常サブディレクトリと呼ばれる) となります。/usr/jbossとのパス名を持つファイルディレクトリは、usrのサブコンテキストであるjbossコンテキストを指定します。別の例では、orgなどのDNSドメインはコンテキストで、別のDNS ドメインを起点に指定されたDNS ドメインはサブコンテキストの別例となっています。DNSドメインjboss.orgでは、DNS名は右から左に解析されるため、DNS ドメインjbossがorgのサブコンテキストとなります。

### JBossNS properties
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=jnp://localhost:1099
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces