クライアント・プログラムが機能しない

どのような問題が発生しましたか?

ActiveX クライアントが、ASP ファイル、または WebSphere Application Server リソース (JSP ファイル、サーブレット、または HTML ページ)、あるいはその両方の表示に失敗します。

この問題について考えられる原因は、Active Server Page (ASP) ファイルを提供する IIS と、WebSphere® Application Server をサポートしている HTTP サーバー (IBM® HTTP Server など) が、いずれも同一のホストにデプロイされていることです。両サーバーが同じポート (デフォルト・ポートの 80 など) を listen している場合、 このデプロイメントにより、HTTP トラフィックが誤って誘導されます。

この問題を解決するには、以下のいずれかを行います。
  • IIS 管理パネルを開き、デフォルトの Web サーバーのプロパティーを編集して、ポート番号を 80 以外の値に変更します。
  • IIS と HTTP サーバーを別々のサーバー上にインストールします。

IBM サポートから入手可能な、既知の問題とその解決方法に関する最新情報については、IBM サポートのページを参照してください。

Plants by WebSphere Catalog Manager (pbwsCatalogMgr) 例外

スタンドアロン・サーバーをデプロイメント・マネージャー・セルに統合すると、アプリケーション・サーバーのブートストラップ・ポート番号が変更される場合があります。これにより、クライアントがサーバーと通信できなくなり、そのために例外が発生します。 以下のシナリオでは、Plants by WebSphere を開始したとき、例外が発生する可能性があります。

  1. スタンドアロンの WebSphere Application Server をインストールします。
  2. Plants by WebSphere 例を実行します。
  3. [AIX Solaris HP-UX Linux Windows][IBM i]プロファイル管理ツールまたは manageprofiles コマンドを使用して、デプロイメント・マネージャー (DMGR) を作成します。
  4. addNode コマンドを使用して、スタンドアロン WebSphere Application Server をデプロイメント・マネージャー・セルに統合します。
  5. pbwsCatalogMgr を開始します。
例外を回避するには、サーバー上の新規 (変更された) ポート番号を検索し、サーバー上のポート番号と一致するようクライアント構成を変更します。
  1. was_server_root¥profiles¥your_server_name¥config¥cells¥your_cell¥nodes¥your_node に進みます。
    1. serverindex.xml ファイルを開きます。
    2. アプリケーション・サーバーの BOOTSTRAP_ADDRESS ポート番号 (例えば、9810) を検索します。
  2. 新しく統合されたアプリケーション・サーバーと通信するために、このポート番号をクライアントに割り当てます。was_client_root¥bin に進んで、setupClient.bat ファイルを編集します。
  3. 「SET SERVERPORTNUMBER」行を検索し、その値を 9810 に設定します。

    セキュリティーが使用可能になると、バス・セキュリティーも使用可能になり、pbwsCatalogMgr を実行する前に、ユーザーはバス・コネクター・ロールに定義されることを確認してください。

  4. ノード・エージェントおよびアプリケーション・サーバーを再始動します。

これで、クライアントは、pbwsCatalogMgr を正しく開始できるようにセットアップされました。

IBM サポートの資料を利用すると、この問題の解決に必要な情報収集の時間を節約できます。PMR を開く前に、IBM サポートのページを参照してください。


トピックのタイプを示すアイコン 参照トピック



タイム・スタンプ・アイコン 最終更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rtrb_clientprobs
ファイル名:rtrb_clientprobs.html