WebSphere Application Server, Version 6.0.x   
             オペレーティング・システム: AIX , HP-UX, Linux, Solaris, Windows

             目次と検索結果のパーソナライズ化

ネーミングの使用

ネーミングは、WebSphere Application Server アプリケーションのクライアントによって、 Enterprise JavaBeans (EJB) ホームなどの、 アプリケーションに関連したオブジェクトへの参照を取得するために最もよく使用されます。

このタスクについて

ネーミング・サービスは、「Java Naming and Directory Interface (JNDI) Specification」およびオブジェクト管理グループ (OMG) 相互運用ネーミング (CosNaming) 仕様「Naming Service Specification」、「Interoperable Naming Service revised chapters」、および「Common Object Request Broker: Architecture and Specification」(CORBA) に基づいています。

プロシージャー

  1. JNDI または CORBA CosNaming インターフェースのいずれかを使用して、アプリケーションを開発します。 ネーム・スペースにバインドされているサーバー・アプリケーション・オブジェクトを、 これらのインターフェースを使用して検索し、 それらのオブジェクトへの参照を取得します。 Java 開発者は、たいてい JNDI インターフェースを使用します。 ただし、 WebSphere Application Server ネーム・サーバーまたはその他の CosNaming ネーム・サーバーでのネーミング操作の実行には、 CORBA CosNaming インターフェースを使用することもできます。
  2. アセンブリー・ツールを使用してアプリケーションをアセンブルします。 アプリケーションのアセンブリーは、 アプリケーションのデプロイメントにあらかじめ必要なパッケージ化および構成のステップです。 アセンブル対象のアプリケーションが、 別のプロセスで実行中のアプリケーションにとってのクライアントになる場合、 他方のアプリケーションに関連したオブジェクトのデプロイメント記述子で jndiName 値を修飾する必要があります。 そうしない場合は、 アプリケーションのデプロイメント時に名前を修飾名でオーバーライドする必要があります。 オブジェクトに固定修飾名が構成されている場合は、この名前を使用して、 jndiName 値がセルのトポロジー内の他のアプリケーションのロケーションに依存しないようにする必要があります。
  3. オプション: グローバル・セキュリティーが使用可能である場合は、アプリケーションが適切なセキュリティー役割に割り当てられていることを確認します。 セキュリティー役割について詳しくは、ネーミング役割 を参照してください。
  4. アプリケーションをデプロイします アセンブル済みのアプリケーションをアプリケーション・サーバーに配置します。 アセンブル対象のアプリケーションが、 別のサーバー・プロセスで実行中のアプリケーションにとってのクライアントになる場合、 他方のアプリケーションのサーバー・オブジェクトについての jndiName 値がまだ修飾されていなければ、 それらの値を必ず修飾してください。 修飾名について詳しくは、 デプロイメント記述子およびシン・クライアントにおけるルックアップ名のサポート を参照してください。
  5. ネーム・スペース・バインディングを構成します このステップは、以下の場合に必要です。
    • デプロイ済みアプリケーションが、WebSphere Application Server の旧バージョンで実行中のレガシー・クライアント・アプリケーションによるアクセス対象となっています。 この場合は、 レガシー・クライアントのデフォルト初期コンテキストに関連するアプリケーション・オブジェクト対して、 ネーム・バインディングを追加して構成する必要があります。 (バージョン 5 クライアントには、レガシー・クライアントとは異なる初期コンテキストがあります。)
    • 以下のような理由により、アプリケーションで修飾名バインディングが必要です。
      • 別のサーバー・プロセスで実行中の J2EE クライアント・アプリケーションまたはサーバー・アプリケーションによってアクセスされます。
      • シン・クライアント・アプリケーションによってアクセスされます。

      この場合には、 アプリケーション・オブジェクトの追加バインディングとしてネーム・バインディングを構成することができます。 構成済みバインディングの修飾名は固定 されます。 つまり、この名前には、 アプリケーションが別のサーバーに移動する場合に変更される可能があるセル・トポロジーのエレメントは含まれません。 システムによってネーム・スペースにバインドされるオブジェクトは、 常にトポロジー・ベースの名前で修飾することができます。 固定修飾名として使用するには、 ネーム・バインディングを明示的に構成しなければなりません。

    修飾名について詳しくは、デプロイメント記述子およびシン・クライアントにおけるルックアップ名のサポート を参照してください。構成済みのネーム・バインディングについて 詳しくは、構成済み名前バインディング を参照してください。
  6. 発生するあらゆる問題をトラブルシューティングします ネーミング操作が失敗して、ある特定のネーム・バインディングが存在するかどうかを検査する必要がある場合は、dumpNameSpace ツールを使用して、ネーム・スペースのダンプを生成してください。



サブトピック
ネーミング
ネーム・スペースの論理ビュー
初期コンテキストのサポート
デプロイメント記述子およびシン・クライアントにおけるルックアップ名のサポート
WebSphere Application Server の JNDI サポート
JNDI を使用するアプリケーションの開発
CosNaming (CORBA ネーミング・インターフェース) を使用するアプリケーションの開発
構成済み名前バインディング
ネーム・スペースの統合
ネーミング役割
ネーム・スペースのバインディング
ネーム・スペース・バインディングの構成
ネーム・サーバーの構成
ネーム・スペース問題のトラブルシューティング
ネーミングとディレクトリー: 学習用リソース
タスク・トピック    

ご利用条件 | フィードバック

最終更新: Jan 22, 2008 12:07:38 AM EST
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tnam_ovr.html