Im folgenden Abschnitt werden einige Probleme behandelt, auf die Sie bei der Verwendung von AEM (Adobe Experience Manager) stoßen können, sowie Empfehlungen zur Fehlerbehebung.
Wenn Sie Probleme beim Authoring in AEM beheben, finden Sie weitere Informationen unter Fehlerbehebung für Autoren.
Bei Problemen ist es auch sinnvoll, die Liste der Bekannte Probleme für Ihre Instanz (Release- und Service Packs).
Die folgende Tabelle bietet einen Überblick über Probleme, die Administratoren beheben können:
Rolle | Problem |
Systemadmin | Ein Doppelklick auf die Schnellstart-JAR hat keine Auswirkungen oder öffnet die JAR-Datei mit einem anderen Programm (z. B. Archiv-Manager). |
Systemadmin |
Über CRX ausgeführte Anwendung erzeugt Fehler wegen unzureichendem Arbeitsspeicher |
Systemadmin |
Der AEM-Willkommensbildschirm wird nach einem Doppelklick auf den AEM-CM-Schnellstart nicht im Browser angezeigt |
Systemadmin Admin-Benutzer |
Erstellen von Thread-Speicherauszügen |
Systemadmin Admin-Benutzer |
Überprüfung auf nicht beendete JCR-Sitzungen |
Siehe Häufige Installationsprobleme für Informationen zu den folgenden Fehlerbehebungsszenarien:
Die Thread-Sicherheitskopie ist eine Liste aller derzeit aktiven Java™-Threads. Wenn AEM nicht richtig reagiert, kann der Thread-Speicherauszug helfen, Deadlocks oder andere Probleme zu identifizieren.
https://localhost:4502/system/console/
.Suchen Sie die PID (Prozess-ID) der AEM Java™-Instanz.
Sie können beispielsweise ps -ef
oder jps
verwenden.
Ausführen:
jstack <pid>
Zeigt die Thread-Sicherheitskopie an.
Sie können die Thread-Speicherauszüge an eine Protokolldatei anhängen, indem Sie die >>
-Ausgabeumleitung verwenden:
jstack <pid> >> /path/to/logfile.log
Weitere Informationen dazu finden Sie in der Dokumentation Erstellen von Thread-Speicherauszügen von einem JVM.
Wenn Funktionen für AEM WCM entwickelt werden, können JCR-Sitzungen geöffnet werden (vergleichbar mit dem Öffnen einer Datenbankverbindung). Wenn die geöffneten Sitzungen nie geschlossen werden, kann Ihr System folgende Symptome aufweisen:
Informationen zum Analysieren nicht geschlossener Sitzungen und zum Ermitteln, welcher Code eine Sitzung nicht schließt, finden Sie im Knowledge Base-Artikel . Nicht geschlossene Sitzungen analysieren.
Der Status der OSGi-Pakete kann auch frühzeitig auf mögliche Probleme hinweisen.
Öffnen Sie die AEM Web-Konsole; z. B. bei https://localhost:4502/system/console/
.
Wählen auf der Registerkarte OSGi die Option Pakete aus.
Überprüfen Sie Folgendes: