リリース ノート

その他すべてのサポート対象プラットフォームでは、/varフォルダの場所はopt/Micro Focus/DPJです。

旧リリースのCode Reviewから現行リリースのDevPartner Java Edition 4.5へカスタム ルールを移行する前に、廃止されたPMDルールに基づくカスタム ルールを削除する必要があります。Code Reviewが使用するPMDルールセットのルールに基づいていないカスタム ルールが存在する場合、実行しようとすると応答が停止します。DevPartner Java EditionのCode ReviewはPMD 4.2.5のPMDルールを使用します。現行のPMDルールのリストは、PMD Webサイトに掲載されています。

カスタム ルールは、そのカスタム ルールが属するカスタム ルールセットXMLファイルに定義されています。ルールを削除するには、以下の手順に従います。

1. 廃止されたPMDルールに基づくカスタム ルールを特定します。
2. ルールが属するルールセットXMLファイルを見つけて、テキスト エディタで開きます。ルールセットXMLファイルはvar\rulesetsフォルダに存在します。varフォルダの場所については、「Code Reviewのvarフォルダの場所」を参照してください。
3. テキスト エディタの検索機能を使用して、削除するカスタム ルールの名前を検索します。
4. テキスト エディタで、<rule></rule>タグを含むルール定義全体を強調表示します。ルールセットXMLのルール定義は<rule></rule>タグ内にあります。
5. [Delete]キーを押して、そのルールを含むテキストを削除します。
6. テキスト エディタでルールセットXMLファイルを保存します。

Code Reviewに組み込まれているカスタム コーディング ルール

Code Reviewに組み込まれているDevPartner Java Editionカスタム コーディング ルールの完全なリストとその説明は、製品のインストール フォルダのJRulesReference.htmlに記載されています。[Custom Rules]ページから使用できるPMDルールについての詳細は、PMDのWebサイトを参照してください。

DevPartner Java Editionをアンインストールする際にvarフォルダの内容が削除されない

DevPartner Java Editionをアンインストールしても、varフォルダとvarフォルダ ツリーのファイルは削除されません。DevPartner Java Editionのアンインストール プロセスでは、このことは通知されません。DevPartner Java Editionを再インストールすると、varフォルダの内容は新しいインストールで使用されます。つまり、既存の設定、セッション ファイル、およびその他のvarフォルダの内容が残っている場合は、それらを再度使用することができます。DevPartner Java Editionを永久的にアンインストールする場合、varフォルダとその内容は削除したほうが安全です。

既知の問題   トップに戻る

管理ユーティリティ

Code Review

プロファイル：すべての分析タイプ

Application ServerとDevPartner Java Editionのnm*ユーティリティ

Oracle Application ServerやWebSphere Advanced Editionなど、アプリケーション サーバーの中には、停止にかかる時間が他のアプリケーション サーバーよりも長いものがあります。アプリケーション サーバーが完全に停止していないときに、コマンド ラインからnm*ユーティリティを使用してプログラムのプロファイルをしようとすると、JDKによってエラーが生成される場合があります。

アプリケーション サーバーが完全に停止するのを待ってから、プログラムのプロファイル プロセスを繰り返してください。

アクティブ セッションのデータが表示されない

新しいリリースのDevPartner Java Editionをインストールしたあと、アクティブ セッションを監視する際にデータが表示されない場合があります。これは、Java Plug-inが、DevPartner Java Editionの以前のリリースからキャッシュしたアプレットを使用していることが原因です。

この問題を解決するには、Java Plug-inのキャッシュをクリアします。キャッシュをクリアすると、Plug-inは新しいインターフェイスからアプレットをロードします。アプレットをキャッシュするPlug-inのオプションを無効にすることも可能です。詳細はJava Plug-inのドキュメントを参照してください。

大きなアプリケーションをプロファイルする際に、JVM例外が発生する

アプリケーションのプロファイル時には、DevPartner Java Editionのインストゥルメンテーションのために必要なメモリ量が増加します。DevPartner Java Editionとプロファイル対象のアプリケーションとを合わせた必要量がメモリの空き容量を超えている場合、JVM例外が発生します。メモリ分析結果には、アプリケーションのメモリ使用量だけが示され、DevPartner Java Editionのオーバーヘッドは含まれません。

VistaおよびWindows 7で、パフォーマンス タイミングに使用するドライバの管理者権限がないユーザーがアプリケーションのパフォーマンスをプロファイルすると、プロファイルが開始されず、正確なタイミングを取得できません。この場合、セッション出力には、Quantumドライバが正常に起動しなかったことを示すメッセージが表示されます。この結果、[Methods Spending the Most Time Waiting]のメソッド詳細に、スレッド タイム、クロック タイム、および待機時間のタイミングが表示されません。

この問題を避けるために、管理者以外のプロセスによってドライバを起動および停止できるように、ドライバの権限を変更できます。

管理者以外のプロセスによるドライバの起動と停止を許可するには、コマンド ライン プロンプトを管理者として起動して、以下のように入力します。

sc sdset quantum D:(A;;CCLCSWLOCRRCRPWPDT;;;AU)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA) (A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;SY)

別の回避策として、最初のパフォーマンス収集を実行する前に手動でドライバを起動してから、最後のパフォーマンス収集を実行したあとに手動でドライバを停止することも可能です。

Quantumドライバを手動で起動するには、コマンド ライン プロンプトを管理者として起動して、以下のように入力します。

sc start quantum

以下のコマンドで、最後の収集後にドライバを停止します。

sc stop quantum

パフォーマンス分析でアプリケーションをプロファイルすると、ドライバが正常にプロセスにアタッチしたことを示すメッセージが[Session Output]タブに表示されるはずです。各メソッドのメソッド詳細を示す[Performance Summary]の[Methods Using the Most Thread Time]グラフには、正確なスレッド タイム、クロック タイム、および待機時間のタイミングが表示されるようになります。

アプリケーション サーバーをプロファイルする際の、オブジェクトの保持の使用

アプリケーション サーバーをプロファイルする際にオブジェクトの保持を有効にすると、アプリケーション サーバーを起動できなくなる場合があります。JVMTI仕様では、MethodEntryイベントやMtheodExitイベントを有効にすると多くのプラットフォームのパフォーマンスに影響を与えることが示されており、プロファイルなど、パフォーマンスが重要になる使い方については示されていません。このため、アプリケーション サーバーを使ってアプリケーションを実行する際には、オブジェクト保持をアクティブにしないことをお勧めします。オブジェクト保持にはJVMTI_EVENT_METHOD_ENTRYイベントの使用が必要になるためです。

大量のヒープや多数のオブジェクトを使用するアプリケーション

大量のヒープを使用するアプリケーション、または非常に多数のオブジェクトを作成するアプリケーションのメモリ分析をすると、DevPartner Java Editionはメモリ不足になります。このとき、[Memory Leaks Results Summary]には、以下のいずれのカテゴリにもメモリ リークが見つからなかったことが示されます。

• Classes with the Most Average Leaked Instance Bytes Including Children
• Objects that Refer to the Most Leaked Bytes
• Classes with the Most Leaked Bytes

プロファイルしたアプリケーションのセッションについて、[Session Output]ウィンドウで、以下のメッセージがないかチェックします。

"DPJ:Failed to create memory analysis snapshot.Out of memory while allocating objects in heap."

DevPartner Java Editionは、大量のJavaヒープを処理しようとしてメモリ不足になりました。この問題を回避するには、NM_MAX_SESSION_FILEのサイズを小さくするか、または-Xmxパラメータを使用してJava仮想マシン（JVM）ヒープに割り当てられた最大サイズを小さくし、再度アプリケーションをプロファイルしてください。

"DPJ:Failed to create snapshot:Memory allocation exception while processing object dump.The space reserved for creating snapshots may be full."

環境変数NM_MAX_SESSION_FILEを192より大きい数に設定し、アプリケーションのプロファイルを再度実行します。この環境変数は、DevPartner Java Editionが1つのセッション ファイルに使用できるスペースを制御します。デフォルト値の192は、最大で192MBが使用できることを示します。DevPartner Java Editionがこのスペースを全部使用した場合、上記のエラーが生成されます。

デフォルトの192MBで、ほとんどのプロファイルには十分です。ただし以下のような場合、デフォルトのNM_MAX_SESSION_FILEが384MBに増えます。

• IBM Rational Application Developerのプラグインを使用してプロファイル セッションを起動し、WebSphere Application Serverを起動する場合
• WindowsでWebSphere Portal Serverのテスト環境を使用してプロファイル セッションを起動する場合
• UNIXでAdministration Consoleを使用してWebLogic 9.xを登録し、起動する場合

このような場合、NM_MAX_SESSION_FILEの値を増やして設定し直す必要があります。

DevPartner Java Editionは、プロファイルに使用されたJVMがオペレーティング システムから要求できるプロセス スペースを制限します。32ビットアプリケーションの場合、この制限は通常2GBですが、Windowsではこの値をより低く設定できます。このプロセス スペースの範囲内で、JVMとJVMのネイティブ スペースに挿入されたDevPartnerのプロファイルの中核部分は、オペレーティング システムからのメモリの割り当てを要求します。JVMの起動時に、-Xmx値とDevPartner JavaのNM_MAX_SESSION_FILE値へのメモリの割り当てが要求されます。プロファイル開始時に-Xmx値が1024mに設定されると、JVMは-Xmx値に1024MBを、NM_MAX_SESSION_FILE値に192MBを割り当てようとします。この他のメモリは、ネイティブのJVMのオペレーションとDevPartner Java Editionのオペレーションをサポートします。NM_MAX_SESSION_FILEメモリ ブロックは、スナップショットを取る際に作成されるセッション ファイルのアセンブリ エリアとして使用されます。

プロファイル中、JVMは、JVMとDevPartner Java Editionのオペレーションをサポートするのに必要な追加のメモリ割り当てを要求します。DevPartner Java Editionはプロファイル中に大量の情報を追跡するため、追加のメモリ割り当て要求が予想されます。たとえば、メモリのプロファイル中にヒープ ダンプが要求された場合、メモリの空き容量を使ってJVMのC++ヒープ内にヒープのコピーが保存されます。ヒープ ダンプのコピーは分析され、DevPartner Java EditionがJVMで管理している追跡情報とともに使用されて、セッション ファイルが処理されます。これによって通常は大きなメモリ割り当てが生成されて、データの処理が可能になります。

メモリのプロファイルに推奨されるガイドラインを以下に示します。

• スナップショットを取るまでの間、-Xmx値をアプリケーションの実行に必要な最小値に制限します。値が低ければ低いほど、プロファイル データを管理するために必要なメモリの量と、スナップショットの処理に必要なメモリの量が少なくなります。
• 包含と除外を使ってインストゥルメンテーションを制限します。これによって、インストゥルメントされたクラスとそのオブジェクトを追跡するのに必要なメモリの量が少なくなります。

• スナップショットの要求後に、セッションの出力を監視します。複数のカテゴリでJVM例外が発生したり、セッション ファイルが見つからないというデータ メッセージを受け取った場合、ヒープ ダンプを生成できず、続行のためのjavaプロセスによるメモリ要求をWindowsが認識していない可能性があります。ヒープ ダンプが正常に生成されたあとでエラーが発生する場合、NM_MAX_SESSION_FILE値を増やします。

メモ：構文はNM_MAX_SESSION_FILE=192です。数値のあとに「M」を加えないでください。

プロファイル：カバレッジ分析

デバッグ情報なしでコンパイルされたクラス ファイル

デバッグ情報なしでコンパイルされたクラス ファイルは、カバレッジ分析のセッション結果に表示されません。このようなクラスに関するカバレッジ情報を得るには、デバッグ情報を含めて再コンパイルし、再度プロファイルします。

たとえば、javacコンパイラでコンパイルするクラスには、-gフラグを有効にする必要があります。javacタスクを使用してAntでコンパイルするクラスには、debug="yes"の属性をセットする必要があります。

シンボル付きでコンパイルされなかったクラスには、行番号テーブルがありません。したがって、DevPartner Java Editionはそのクラスのメソッドに適切にインストゥルメントできません。このようなクラスは無視されるため、カバレッジ セッションの結果に表示されません。

「既知の問題」のリストに戻る
トップに戻る

管理ユーティリティ

DevPartner Java Editionをアップグレードしたあとのアプリケーション サーバーの設定

DevPartner Java Editionをアップグレードすると、前のリリースで設定したアプリケーション サーバーと適切に連携しません。アプリケーション サーバーの設定を更新して、新しいリリースの拡張をすべて適用してください。

1. [DevPartner Java Edition Administration Console]画面を開きます。
2. 左ペインで構成を選択し、[Modify]をクリックします。
3. [Modify Configuration]ダイアログ ボックスで、[OK]をクリックします。構成を変更する必要はありません。変更は自動的に適用されます。

それぞれの構成について、上記の手順を繰り返します。

「既知の問題」のリストに戻る
トップに戻る

オペレーティング システム：Windows

Windowsオペレーティング システムにおけるデフォルトのブラウザの起動

Windows VistaおよびWindows 2008 Serverオペレーティング システムでは、プロファイル セッションを開始する際に、デフォルトのブラウザが自動的に起動しません。[Session Control]ページを表示するには、DevPartner Java Editionの開始ページを開いて、[Active Sessions]タブを選択します。

Windowsオペレーティング システムにサービスとしてインストールされているアプリケーション サーバー

データ実行防止（DEP）機能が有効になっているWindows XPおよびWindows 2003 Server以外のサポート対象Windowsオペレーティング システムに、アプリケーション サーバーがサービスとしてインストールされている場合、[Application Server Testing]タブからアプリケーション サーバーを起動しようとすると、例外エラーが発生します。DevPartner Java Editionがそのサービスを開始しようとすると、DEPにはそれがサービスのセキュリティを破る振る舞いとして認識されます。DEPはアプリケーションを終了し、システムを強制的に再起動します。

この問題に対処するには、以下の手順で、サービスとコントローラ アプリケーションに対してDEPを無効にします。

1. Windowsの[コントロール パネル]を開きます。
2. [システム]を選択して、[システムのプロパティ]を開きます。
3. [詳細設定]タブを選択します。
4. [パフォーマンス]の下にある[設定]をクリックします。
5. [パフォーマンス オプション]ダイアログ ボックスで、[データ実行防止]タブを選択します。

メモ：ダイアログ ボックスの下部に、「お使いのコンピュータのプロセッサでは、ハードウェアによるDEPはサポートされません」というメッセージが表示される場合は、カスタマ サポートまでお問い合わせください。

6. [次に選択するものを除くすべてのプログラムおよびサービスについてDEPを有効にする]のラジオ ボタンをオンにします。
7. プログラムのリストから、[Services and Controller Apps]を選択します。
8. [OK]を選択し、このダイアログ ボックスと[システムのプロパティ]ダイアログ ボックスを閉じます。

オペレーティング システム：UNIX

すべてのプロセスのUNIXユーザーIDの書き込み権限

プロファイル対象のすべてのプロセスのUNIXユーザーIDに、tmpフォルダへの書き込み権限が必要です。影響を受けるユーザーIDに書き込みアクセス権があるかどうか、システム管理者に確認してください。たとえば、Oracle OC4J統合アプリケーション サーバーがユーザーoracleとして実行されている場合、oracleのユーザーIDにはtmpフォルダへの書き込みアクセス権が必要です。それがなければ、プロファイル セッションは開始後すぐに中止され、セッション ファイルはキャプチャされません。

Solarisでの待機時間

Solarisでの待機時間の値に、プログラムの各スレッドがDevPartner Java Editionコードで費やした時間が含まれています。これは、クロック タイムから差し引くべきオーバーヘッドの値です。

オペレーティング システム：AIX

AIXにおける、WebLogic Server 9.1と9.2のIBM_JAVA_OPTIONS設定

既知の問題の「Oracle BEA WebLogic」セクションを参照してください。

「既知の問題」のリストに戻る
トップに戻る

JDK / JVM：IBM

環境変数IBM_JAVA_OPTIONS

環境変数IBM_JAVA_OPTIONSを上書きすると、DevPartner Java Editionによるアプリケーションのプロファイルができません。

DevPartner Java Editionでは、IBM JVMにプロファイラ呼び出し指示を渡すための方法として、環境変数IBM_JAVA_OPTIONSが使用されます。スクリプトなどのツールは、この環境変数を上書きしないで、この環境変数に追加するようにしてください。上書きすると、DevPartner Java Editionの起動ポイント（nmshell、nmjava、[Application Server Testing]タブなど）が対象のアプリケーションをプロファイルできない可能性があります。既知の問題の「Oracle BEA WebLogic」セクションに示されている例を参照してください。

JDK / JVM：JRockit

JRockit 5.0とメモリ分析

JRockit 5.0の問題のため、このJVMで実行しているアプリケーションでメモリ分析を実行できません。

WebLogic 9.xがデフォルトで同リリースのJRockitを使用しています。メモリ分析を実行する場合は、WebLogicスクリプトのJVMをSunにポイントします （デフォルトのロケーションは、BEA_domain\bin\SetDomainEnv.cmdになります）。

「既知の問題」のリストに戻る
トップに戻る

ブラウザ：すべて

セッション ファイルを表示するとメモリ不足エラーになる

プロファイル テスト中にセッション ファイルを開こうとするとメモリ不足エラーが表示される場合は、-Xmxを512などの大きな数値にリセットします。-Xmxをリセットするには、以下を実行します。

1. オペレーティング システムに応じて、以下の場所に移動します。

• Windows XPまたは2003 Server − /Documents and Settings/All Users/Application Data/Micro Focus/DevPartner Java Edition/var/conf

メモ：デフォルトでは、Application Dataフォルダは表示されません。\varフォルダとその内容を表示するには、Windowsエクスプローラの[アドレス]バーにパスを入力して、[Enter]を押します。

• その他のサポート対象Windowsオペレーティング システム − /Program Data/Micro Focus/DevPartner Java Edition/var/conf

LinuxおよびSolarisプラットフォームでは、/varフォルダの場所はopt/Micro Focus/DPJです。

2. テキスト エディタでDPJServer.argsを開きます。
3. -Xmxを検索して、その設定を大きな値（512、または必要に応じてこれ以上）に変更します。
4. 保存してファイルを閉じます。
5. DevPartner Java Control Serviceユーザー インターフェイスからDevPartner Java Editionを停止します。
6. DevPartner Java Control Serviceユーザー インターフェイスからDevPartner Java Editionを再起動します。
7. DevPartner Java Editionインターフェイスを開きます。
8. セッション ファイルを開きます。

ブラウザ：Internet Explorer

Internet Explorer 6.0を使ったDevPartner Java Editionのページの表示

Internet Explorer 6.0でDevPartner Java Editionのあるページを表示しようとすると、セキュリティ警告が出されることがあります。セキュリティ警告が出る場合は、セキュリティ設定を以下のように変更します。

1. [ツール]>[インターネット オプション]を選択します。
2. [インターネット オプション]ダイアログ ボックスで、[セキュリティ]タブを選択します。
3. [イントラネット]アイコンを選択し、[レベルのカスタマイズ]をクリックします。
4. [セキュリティの設定]ダイアログ ボックスで、[ActiveXコントロールとプラグインの実行]にスクロールして、[有効にする]が選択されていることを確認します。
5. [OK]をクリックして[セキュリティの設定]ダイアログ ボックスを閉じ、もう一度[OK]をクリックして[インターネット オプション]ダイアログ ボックスを閉じます。

メモ： JavaScriptも有効にしておきます。

ブラウザ：Firefox

デフォルトのブラウザであるFirefoxでnmjavaを使用

Mozilla Firefoxをデフォルトのブラウザとして設定した場合、nmjavaコマンドを使用してプロファイル セッションを開始しても、Firefoxブラウザ ウィンドウではDevPartner Java Editionのアクティブ セッションが自動的に起動されません。Firefox 3.0以上ではこの問題が発生しないことを確認していますが、それ以前のリリースでは発生する可能性があります。この問題が発生した場合、これに対処するには[スタート]ボタンからDevPartner Java Editionを起動してから（[スタート]>[すべてのプログラム]>[Micro Focus]>[DevPartner Java Edition]>[DevPartner Java Edition]）、[Active Sessions]または[Application Server Testing]タブにアクティブ プロセスを表示します。

「既知の問題」のリストに戻る
トップに戻る

アプリケーション サーバー：すべて

メモリ分析で再アタッチを実行すると、アプリケーション サーバーが応答を停止したように見える

メモリ分析の実行後にアプリケーション サーバーからデタッチしたあと、他の分析タイプを実行するためにアプリケーション サーバーをすぐに再アタッチしようとすると、DevPartner Java Editionが指定の分析を実行できないというエラー メッセージが表示される場合があります。この状況は、メモリ分析セッションでRAMフットプリント データを表示した場合に発生します。

この問題は、メモリ分析のデタッチ プロセスが完了する前に、アプリケーション サーバー マネージャが再アタッチ処理を実行しようとした場合に発生します。アプリケーション サーバー マネージャはデタッチ メッセージを受け取ると、セッションの状態を確認せずに、すぐデタッチを行います。これによって、DevPartner Java Editionでは、メモリ分析のデタッチ プロセスが実際に完了する前に再アタッチできるようになる可能性があります。その結果、デタッチが完了する前に、DevPartner Java Editionの[Application Server Testing]タブの[Attach]ボタンが有効になる場合があります。メモリ分析セッションでのテスト動作の量によっては、デタッチ プロセス全体が完了するまでに5〜6分かかることがあります。

この問題を回避するには、デタッチ後にアプリケーション サーバーの状態が[Available Memory]から[Available]に変わるまで待機してから、アプリケーション サーバーを再アタッチして別の分析タイプを実行します。DevPartner Java Editionを停止して再起動することでも、この問題を解決できます。

アプリケーション サーバーの起動と停止

アプリケーション サーバーが安定した状態になる前に起動したり停止したりすると、予想外のエラーが発生する場合があります。アプリケーション サーバーが完全に起動し終える前にスナップショットを取ろうとすると、アプリケーション サーバーが不正な状態を示すことがあります。アプリケーション サーバーの起動中に、nmserverコマンドを使って、またはDevPartner Java Editionインターフェイスから停止させた場合、停止プロセスが未完了になってしまうため、次回に起動するとプロファイルが正常に動作しない可能性があります。

これらのいずれかの状況が発生した場合、アプリケーション サーバーを手動で停止し、NCSPを停止したあと再起動します。NCSPの停止と再起動を行うには、コマンド ラインから以下のコマンドを実行します。

sendncs -stop
sendncs -start

アプリケーション サーバーが完全に起動したことを常に確認してから、プロファイルを開始するようにしてください。

アプリケーション サーバー：Oracle BEA WebLogic

AIXにおける、WebLogic Server 9.1と9.2のIBM_JAVA_OPTIONS設定

AIX版WebLogic Serverの出荷時のリリース ノートでは、シリアル バージョンUIDが不一致となる問題の回避策について以下のように説明しています。

"A serial version UID mismatch is encountered when using WebLogic Server 9.2 on AIX with IBM Java 5 SR2"（AIXのWebLogic Server 9.2をIBM Java 5 SR2で使用している場合、シリアル バージョンUIDの不一致が発生する）

シリアル バージョンUIDの不一致
WLS 9.2をIBM Java 5 SRで使用している場合、シリアル バージョンUIDの不一致が生じます。

この問題に対処するには、BEA_HOME/Weblogic92/common/bin/commEnv.shファイルを修正して以下のコマンドを含めます。

JAVA_OPTIONS="$JAVA_OPTIONS -Dcom.sun.xml.namespace.QName.useCompatibleSerialVersionUID=1.0"

また、以下のコマンド ライン オプションを使用することもできます。

export IBM_JAVA_OPTIONS="-Dcom.sun.xml.namespace.QName.useCompatibleSerialVersionUID=1.0"

最初の方法は、DevPartner Java Editionに応用できます。しかし、もう1つの方法では、DevPartner Java EditionがWebLogicのアプリケーション サーバーをプロファイルできなくなります。DevPartner Java Editionは、IBM JVMにプロファイラ呼び出し指示を渡すための方法として環境変数IBM_JAVA_OPTIONSを使用するため、既存のIBM_JAVA_OPTIONS設定がcommEnv.shまたはsetDomainEnv.shのスクリプトをスルーして渡されるようにする必要があります。2つめの方法を使用する場合は、以下の構文を使用して環境スクリプトを変更します。

IBM_JAVA_OPTIONS="-Dcom.sun.xml.namespace.QName.useCompatibleSerialVersionUID=1.0 ${IBM_JAVA_OPTIONS}" export IBM_JAVA_OPTIONS

特に、追加の${IBM_JAVA_OPTIONS}句を使用する必要があります。

メモ：スクリプトなどのツールは、この環境変数を上書きしないで、この環境変数に追加するようにしてください。上書きすると、DevPartner Java Editionの起動ポイント（nmshell、nmjava、[Application Server Testing]タブなど）が対象のアプリケーションをプロファイルできない可能性があります。

WebLogic 9.xでメモリ分析ができない

JRockit 5.0の問題のため、このJVMで実行しているアプリケーションでメモリ分析を実行できません。WebLogic 9.xがデフォルトで同リリースのJRockitを使用しています。メモリ分析を実行する場合は、WebLogicスクリプトのJVMをSunにポイントします （デフォルトのロケーションは、BEA_domain\bin\SetDomainEnv.cmdになります）。

Sun JDKで実行中にWebLogic 10.3を使ってメモリ分析を開始する

Sun JDKで実行中にWebLogic 10.3を使ってメモリ分析を開始する場合、Stripchart分析時にメモリ分析が反応しなくなる場合があります。この問題は、WebLogic Startスクリプトが使用するsetDomainEnvスクリプトに指定した、割り当てられたヒープ サイズが原因で、この値がWebLogic 10.3をDevPartner Javaとともに起動するのに不十分であったと考えられます。

この問題を解決するには、SetDomainEnvスクリプトのMEM_PERM_SIZEおよびMEM_MAX_PERM_SIZEの設定値を更新し、WebLogic 10.3をDevPartner Javaとともに起動するのに十分なサイズのヒープを割り当てます。

MEM_PERM_SIZEおよびMEM_MAX_PERM_SIZEの設定値を見つけるには、スクリプトをテキスト エディタで開きます。設定値は以下のようになっています。

set MEM_PERM_SIZE=-XX:PermSize=48m
set MEM_MAX_PERM_SIZE=-XX:MaxPermSize=128m

これを、以下のように変更します。

set MEM_PERM_SIZE=-XX:PermSize=128m
set MEM_MAX_PERM_SIZE=-XX:MaxPermSize=128m

設定値を更新しても問題が解決しない場合、設定値をさらに大きな値（256mなど）に更新してください。

アプリケーション サーバー：IBM WebSphere

UNIXでのWebSphere Application Serverのセキュリティ

WebSphere Application ServerのセキュリティをUNIXで有効にしている場合は、WebSphere Application Serverの停止時に認証情報を提供する必要があります。

1つのオプションとして、シャットダウン オペレーションが読み込むプロパティ ファイルに認証データを挿入する方法があります。このデータのデフォルト ファイルは、WebSphere Application Serverのpropertiesフォルダにあるsoap.client.propsファイルです。DevPartner Java EditionのUIがユーザー認証を待機するためにサーバーのシャットダウンが妨げられる場合、soap.client.propsにある認証情報を更新する必要があります。

別のオプションとして、認証ダイアログ ボックスを使ってユーザー名とパスワードを入力する方法があります。

メモ：X Windowのセッション内でNCSPを起動し、変数DISPLAYが設定されている場合、またはUNIXマシンのデスクトップ内でローカルに作業している場合にだけ、[Authentication]ダイアログ ボックスが表示されます。

WebSphere 6.1のセキュリティと、DevPartner Java Editionがアプリケーション サーバーのシャットダウンに使用している方法については、WebSphere 6.1のオンライン ドキュメントで「管理クライアントの使用」の「コマンド行ツールの使用」というトピックにアクセスし、特に「例：セキュリティおよびコマンド行ツール」のセクションを参照してください。

メモリ分析を実行する前にWebSphereを完全に起動する

WebSphereのウォームアップが完了しないうちにデータを要求すると、WebSphereが応答しなくなる場合があります。起動したばかりのWebSphere Application Serverで実行しているアプリケーションに対してメモリ分析をする場合、[View Results]をクリックしてスナップショットの作成とセッション ファイルの表示をするのは、WebSphereが安定状態になったあとにしてください。そうしないと、セッション ファイルのデータ収集によって、WebSphereの応答が停止する可能性があります。

メモ：コンピュータによっては、このウォームアップに数分かかる場合があります。

WebSphere Administration Serverの起動時の、WebSphereの自動的な起動

WebSphere Application Serverは、WebSphere Administration Serverの起動時に自動的に起動しないように設定されている場合があります。このように設定されていると、DevPartner Java Editionのユーザー インターフェイスからWebSphereを起動したときに、WebSphere Application Serverの状態は[Running, Not Available]とレポートされます。

その後、実際のアプリケーション サーバーの1つ（デフォルト サーバーなど）を起動しようとすると、DevPartner Java Editionはそのアプリケーション サーバーにフックし、WebSphere Application Serverの状態は[Running Under Session]に変わります。この状態になると、すべてのアプリケーションをプロファイルでき、データが正常に収集されます。

DPJ JVMの引数を使ったWebSphere 7.0の手動による起動

IBMの問題のため、DPJ JVMの引数を使ってWebSphere 7.0を手動で起動する場合は、server.xmlファイルでgenericJVMarguments設定を-XShareclasses:noneに設定する必要があります。これは、DevPartner Java Editionの応答停止状態を回避し、インストゥルメンテーションとJREランタイムの互換性を保つために必要です。

アプリケーション サーバー：Oracle（OC4J）

OC4J Standaloneの複数インスタンスのプロファイル

プロファイル時にOC4J Standaloneの複数のインスタンスを同時に実行すると、予期しない結果を引き起こします。1つのインスタンスだけをプロファイルしてください。インスタンスを1つ開始すると、OC4Jのコンポーネントはすべて「開始済み」と表示されます。

「既知の問題」のリストに戻る
トップに戻る

Code Review

UNIXで停止時にPMDルール エラーが発生する

UNIXプラットフォームでCode Review Rules Designerを停止すると、ファイルが見つからないという例外エラーが発生します。この問題を回避するには、ユーザー プロファイルのホーム フォルダまたはルート ユーザーの\rootフォルダに空のファイルを作成します。このファイルには.pmd_designerという名前を付けます。

複数のプロパティのあるカスタム ルールの作成または編集

[Custom Rules]ページの[Edit]ビューは、複数のプロパティのあるカスタム ルールの作成または編集をサポートしません。ただし、ルールセットのXMLファイル内で、XMLエディタを使ってカスタム ルールを作成または編集することができます。[Custom Rules]ページのルールセットを選択すると、カスタム ルールがプロファイルに含まれます。PMDカスタム ルールセットを含むXMLファイルは、以下のフォルダにあります。

• Windows XPまたは2003 Server — C:\Documents and Settings\All Users\Application Data\Micro Focus\DevPartner Java Edition\var\rulesets

メモ：デフォルトでは、\Application Dataフォルダは表示されません。\varフォルダとその内容を表示するには、Windowsエクスプローラの[アドレス]バーにパスを入力して、[Enter]を押します。

• その他のサポート対象のWindowsオペレーティング システム — C:\Program Data\Micro Focus\DevPartner Java Edition\var\rulesets

すべてのUNIXプラットフォームでは、/rulesetsフォルダの場所は/opt/Micro Focus/DPJ/varです。

ルールの作成についての詳細は、PMDのチュートリアルを参照してください。

メモ：Code Reviewインターフェイス以外で編集を行う前に、ルールセット ファイルのバックアップ コピーを作成してください。

「既知の問題」のリストに戻る
トップに戻る

サポートに関するお問い合わせ   トップに戻る

問題が発生した場合や、追加の技術情報やアドバイスが必要な場合の連絡先は弊社のカスタマーケアまでお問い合わせ願います。このサービスは、保守契約を結ばれているお客様だけに提供しています。

お問い合わせ時には、以下の情報をお手元にご用意ください（ある場合）。情報が多ければ多いほど、より優れたサポートをご提供できます。ただし、すべての情報をお持ちでない場合や、問題と関係のない情報であると考えられる場合には、すべての情報をお伝えいただく必要はありません。

• ご使用中の製品名、リリース（バージョン）、およびビルド番号。
• インストール情報（インストールしているオプション、製品はローカル データベースとリモートデータベースのどちらを使用しているか、デフォルトのディレクトリにインストールされているかどうか、スタンドアロン インストールとネットワークインストールのどちらであるか、クライアントとサーバーのどちらにインストールしているか、など）。
• 環境情報（製品がインストールされているオペレーティング システムとそのリリース、メモリ、ハードウェア／ネットワークの仕様、実行されているその他のアプリケーションの名前とリリース）。
• 製品で問題が発生した場所と、その問題発生に至るまでの操作内容。
• 正確な製品のエラー メッセージ（該当する場合）。
• 正確なアプリケーション、ライセンス、またはオペレーティング システムのエラー メッセージ（該当する場合）。
• Micro Focusのクライアント、オフィス、またはサイト番号（該当する場合）。

連絡先

連絡先の電話番号やメールアドレス、サポートサービスの詳細については、Webサイトに掲載されています。製品サポート ページには多数の追加情報が掲載されています。WebSyncサービスも含まれており、ここから修正ファイルや更新版ドキュメントをダウンロードできます。アクセスするには、ブラウザに「http://www.microfocus.co.jp/products/TestingASQ/support」と入力してMicro Focus K.K.のホームページを表示し、DevPartner Premium Siteをクリックしてください。