DokumentationExperience Cloud KCS

Fehler bei Modultests nach der Aktualisierung auf AEM SDK 2026.9.28386

Letzte Aktualisierung: 16. Oktober 2026

✨ Dieser Inhalt wird von KI generiert und könnte ungenau sein. Generative KI-Begriffe

In diesem Artikel wird erläutert, wie Sie nach dem Upgrade auf Adobe Experience Manager (AEM) SDK 2026.9.28386 weit verbreitete Modultestfehler in lokalen Maven-Builds beheben können, die durch Änderungen an den Kern- und Testabhängigkeiten verursacht werden.

Beschreibung description

Umgebung

  • Adobe Experience Manager (AEM) SDK 2026.9.28386 (Upgrade von 2026.8.27830)

Symptome

  • Nach dem Upgrade von AEM SDK schlagen lokale Maven-Builds bei einer großen Anzahl von Modultests fehl, die zuvor erfolgreich waren.
  • Fehler treten vor allem während der Ausführung des maven-surefire-plugin:test auf.
  • Zu den Fehlern gehören:
  • Unerwartete Ausnahmen wie java.lang.reflect.InvocationTargetException
  • NoClassDefFoundError, NoSuchMethodError oder NoSuchFieldError
  • Laufzeitfehler beim Initialisieren der JCR Mock-Resource Resolver-Factory
  • Testfehler im Zusammenhang mit fehlenden oder inkompatiblen Klassen, Methoden oder Feldern (z. B. Log4j, Sling Mock, JCR Mock)
  • Modultests, die auf JCR Mock, Sling Mock, Log4j oder verwandten Testabhängigkeiten basieren, können keine Laufzeitfehler initialisieren oder auslösen.

Ursache

Mit der Aktualisierung auf AEM SDK 2026.9.28386 wurden Änderungen an den Kern- und Testabhängigkeiten eingeführt, was zu Inkompatibilitäten mit älteren Versionen von JCR Mock, Sling Mock, Log4j oder verwandten Bibliotheken führte, die in Modultests verwendet werden.

Lösung resolution

Gehen Sie wie folgt vor, um das Problem zu beheben.

  1. Lesen Sie die Versionshinweise zu AEM SDK für Version 2026.9.28386 , um Informationen zu dokumentierten Änderungen an Kernbibliotheken oder Testabhängigkeiten zu erhalten.
  2. Aktualisieren Sie die Testabhängigkeiten Ihres Projekts (z. B. io.wcm.testing.mock.aem, org.apache.sling.testing.sling-mock und org.apache.logging.log4j) auf Versionen, die mit der aktualisierten AEM SDK kompatibel sind. Empfohlene Versionen finden Sie unter dem AEM-Archetyp .
  3. Aktualisieren Sie die Versionen dieser Abhängigkeiten in Ihrem pom.xml, um sie mit den mit dem neuen SDK gebündelten Versionen abzugleichen oder zu übertreffen.
  4. Führen Sie mvn clean install -U aus, um zwischengespeicherte Artefakte zu löschen und das Projekt mit aktualisierten Abhängigkeiten neu zu erstellen.
  5. Überprüfen Sie die Stacktraces auf Fehler wie NoClassDefFoundError, NoSuchMethodError oder NoSuchFieldError und aktualisieren Sie den Test-Code, um die Verwendung veralteter oder entfernter APIs zu vermeiden. Refaktorieren Sie Tests nach Bedarf.
  6. Stellen Sie sicher, dass die in Tests verwendete Log4j-Version mit der SDK kompatibel ist, und richten Sie die Protokollierungsabhängigkeiten nach Bedarf aus.
  7. Führen Sie Komponententests mit mvn test erneut aus, um zu überprüfen, ob sie jetzt mit den aktualisierten Abhängigkeiten bestehen.
recommendation-more-help
experience-cloud-kcs-help-kbarticles