クライアント・プログラムが機能しない
どのような問題が発生しましたか?
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 を開始したとき、例外が発生する可能性があります。
- スタンドアロンの WebSphere Application Server をインストールします。
- Plants by WebSphere 例を実行します。
プロファイル管理ツールまたは manageprofiles コマンドを使用して、デプロイメント・マネージャー (DMGR) を作成します。
- addNode コマンドを使用して、スタンドアロン WebSphere Application Server をデプロイメント・マネージャー・セルに統合します。
- pbwsCatalogMgr を開始します。
例外を回避するには、サーバー上の新規 (変更された) ポート番号を検索し、サーバー上のポート番号と一致するようクライアント構成を変更します。
- was_server_root¥profiles¥your_server_name¥config¥cells¥your_cell¥nodes¥your_node に進みます。
- serverindex.xml ファイルを開きます。
- アプリケーション・サーバーの BOOTSTRAP_ADDRESS ポート番号 (例えば、9810) を検索します。
- 新しく統合されたアプリケーション・サーバーと通信するために、このポート番号をクライアントに割り当てます。was_client_root¥bin に進んで、setupClient.bat ファイルを編集します。
- 「SET SERVERPORTNUMBER」行を検索し、その値を 9810 に設定します。
セキュリティーが使用可能になると、バス・セキュリティーも使用可能になり、pbwsCatalogMgr を実行する前に、ユーザーはバス・コネクター・ロールに定義されることを確認してください。
- ノード・エージェントおよびアプリケーション・サーバーを再始動します。
これで、クライアントは、pbwsCatalogMgr を正しく開始できるようにセットアップされました。
IBM サポートの資料を利用すると、この問題の解決に必要な情報収集の時間を節約できます。PMR を開く前に、IBM サポートのページを参照してください。