ここでは、AEM の使用時に発生する可能性のあるいくつかの問題を取り上げます。また、それらのトラブルシューティング方法に関する推奨事項についても説明します。
AEM のオーサリングの問題をトラブルシューティングする場合は、オーサリング時の AEM のトラブルシューティングを参照してください。
問題が発生した場合は、そのインスタンス(リリースおよびサービスパック)の既知の問題の一覧を確認すると役に立ちます。
次の表は、管理者がトラブルシューティングをおこなう必要のある問題の概要を示しています。
役割 | 問題 |
システム管理者 | Quickstart jar をダブルクリックしても何も起きないか、jar ファイルが別のプログラム(アーカイブマネージャーなど)で開かれる |
システム管理者 |
CRX で動作しているアプリケーションでメモリ不足のエラーが発生する |
システム管理者 |
AEM CM Quickstart をダブルクリックした後に、ブラウザーで AEM ようこそ画面が表示されない |
システム管理者 admin ユーザー |
スレッドダンプの作成 |
システム管理者 admin ユーザー |
閉じられていない JCR セッションの確認 |
以下のトラブルシューティングのシナリオについては、一般的なインストールの問題を参照してください。
スレッドダンプは、現在アクティブなすべての Java スレッドのリストです。AEM が適切に応答しない場合は、デッドロックまたはその他の問題をスレッドダンプで特定できます。
AEM web コンソールを開きます(例:http://localhost:4502/system/console/
)。
ステータスタブの下のスレッドを選択します。
AEM Java インスタンスの PID(プロセス ID)を確認します。
例えば、ps -ef
や jps
を使用できます。
実行:
jstack <pid>
スレッドダンプが表示されます。
>>
出力リダイレクトを使用すると、ログファイルにスレッドダンプを追加できます。
jstack <pid> >> /path/to/logfile.log
詳しくは、JVM からのスレッドダンプの取得方法を参照してください。
AEM WCM 用の機能を開発する場合は、JCR セッションが開かれる可能性があります(データベース接続を開く処理に相当します)。開かれたセッションが閉じられないと、システムで以下の症状が発生する可能性があります。
閉じられていないセッションを分析して、セッションを閉じていないコードを特定するには、ナレッジベースの記事閉じられていないセッションの分析を参照してください。
発生する可能性のある問題の初期の兆候を OSGi バンドルのステータスで確認することもできます。
AEM web コンソールを開きます(例:http://localhost:4502/system/console/
)。
OSGI タブの下のバンドルを選択します。
チェック項目: