Häufig gestellte Fragen zu Cloud Manager cloud-manager-faqs

Dieses Dokument enthält Antworten für AMS-Kundinnen und -Kunden auf die am häufigsten gestellten Fragen zu Cloud Manager.

Nach dem Wechsel von Java 8 zu Java 11 schlägt mein Build mit einer Fehlermeldung über das maven-scr-plugin fehl. Was kann ich tun? maven-src-plugin

Ihr AEM Cloud Manager-Build schlägt fehl beim Versuch, den Build von Java 8 auf 11 umzuschalten. Wenn der unten stehende Fehler auftritt, müssen Sie das maven-scr-plugin entfernen und alle OSGi-Anmerkungen in OSGi R6-Anmerkungen konvertieren.

[main] [ERROR] Failed to execute goal org.apache.felix:maven-scr-plugin:1.26.4:scr (generate-scr-scrdescriptor) on project helloworld.core: /build_root/build/testsite/src/main/java/com/adobe/HelloWorldServiceImpl.java : Unable to load compiled class: com.adobe.HelloWorldServiceImpl: com/adobe/HelloWorldServiceImpl has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0 -> [Help 1]

Anweisungen zum Entfernen dieses Plug-ins finden Sie hier.

Nach dem Wechsel von Java 8 zu Java 11 schlägt mein Build mit einer Fehlermeldung über RequireJavaVersion fehl. Was kann ich tun? requirejavaversion

Bei Cloud Manager-Builds kann das maven-enforcer-plugin mit diesem Fehler fehlschlagen.

[main] [WARNING] Rule 1: org.apache.maven.plugins.enforcer.RequireJavaVersion

Dieses bekannte Problem ist darauf zurückzuführen, dass Cloud Manager eine andere Java-Version verwendet, um den Maven-Befehl auszuführen, als den Code zu kompilieren. Lassen Sie requireJavaVersion in Ihren maven-enforcer-plugin-Konfigurationen weg.

Die Code-Qualitätsprüfung ist fehlgeschlagen und unsere Bereitstellung ist blockiert. Gibt es eine Möglichkeit, diese Überprüfung zu umgehen? deployment-stuck

Ja. Alle Fehler bei der Überprüfung der Code-Qualität mit Ausnahme der Sicherheitseinstufung sind nicht kritische Metriken. Daher können sie als Teil einer Implementierungs-Pipeline übersprungen werden. indem die Elemente in der Ergebnis-Benutzeroberfläche erweitert werden.

Benutzende mit der Rolle Bereitstellungs-Manager, Projekt-Manager oder Geschäftsinhaber können die Probleme außer Kraft setzen. In diesem Fall wird die Pipeline fortgesetzt. Oder sie können die Probleme akzeptieren. In diesem Fall wird die Pipeline mit einem Fehler angehalten.

Weitere Informationen finden Sie unter Code-Qualitätstests von Pipelines und Konfigurieren von Nicht-Produktions-Pipelines.

Cloud Manager-Bereitstellungen schlagen beim Leistungstest in Adobe Managed Services-Umgebung fehl. Wie lässt sich dieses Problem debuggen, um kritische Metriken zu erfüllen? debug-critical-metrics

Auf diese Frage gibt es keine einzelne Antwort. Die folgenden Punkte zum Schritt „Leistungstest“ können jedoch hilfreich sein:

Weitere Informationen zu Qualitätsprüfungen finden Sie unter Grundlegendes zu Testergebnissen.

Kann ich SNAPSHOT für die Version des Maven-Projekts verwenden? snapshot

Ja. Bei Entwicklerbereitstellungen müssen die pom.xml-Dateien der Git-Verzweigung am Ende des <version>-Werts -SNAPSHOT enthalten.

Dadurch können die nachfolgenden Bereitstellungen weiterhin installiert werden, wenn sich die Version nicht geändert hat. In Entwicklerbereitstellungen wird keine automatische Version für den Maven-Build hinzugefügt oder generiert.

Sie können die Version für Staging- und Produktions-Builds oder -Bereitstellungen auch auf -SNAPSHOT setzen. Cloud Manager legt automatisch eine geeignete Versionsnummer fest und erstellt ein Tag für Sie in Git. Falls erforderlich, kann auf dieses Tag später verwiesen werden.

Weitere Informationen zur Versionsverwaltung finden Sie hier dokumentiert.

Wie funktioniert die Paket- und Bundle-Versionierung für Staging- und Produktionsbereitstellungen? staging-production

Bei Staging- und Produktionsbereitstellungen wird, wie hier beschrieben, eine automatische Version generiert.

Für die benutzerdefinierte Versionierung in Staging- und Produktionsbereitstellungen legen Sie eine korrekte dreiteilige Maven-Version wie 1.0.0 fest. Erhöhen Sie die Version jedes Mal, wenn Sie sie in der Produktion bereitstellen.

Cloud Manager fügt zu Staging- und Produktions-Builds automatisch eine eigene Version hinzu und erstellt eine Git-Verzweigung. Es ist keine spezielle Konfiguration notwendig. Wenn Sie keine Maven-Version wie zuvor beschrieben festlegen, ist die Bereitstellung trotzdem erfolgreich und eine Version wird automatisch festgelegt.

Mein Maven-Build schlägt bei Cloud Manager-Bereitstellungen fehl, lokal wird er jedoch ohne Fehler erstellt. Was ist los? maven-build-fail

Weitere Informationen finden Sie in dieser Git-Ressource.

Ich bin nicht in der Lage, eine Variable mit einem aio-Befehl zu setzen. Was kann ich tun? set-variable

Möglicherweise erhalten Sie eine 403-Fehlermeldung wie die folgende, wenn Sie versuchen, Pipeline-Variablen über aio-Befehle aufzulisten oder zu setzen.

$ aio cloudmanager:list-pipeline-variables 222

Cannot get variables: https://cloudmanager.adobe.io/api/program/111/pipeline/222/variables (403 Forbidden)

$ aio cloudmanager:set-pipeline-variables 222 --variable TEST 1

Cannot get variables: https://cloudmanager.adobe.io/api/program/111/pipeline/222/variables (403 Forbidden)

$ aio cloudmanager:set-environment-variables 1755 --variable TEST 1

setting variables... !

Cannot set variables: https://cloudmanager.adobe.io/api/program/111/environment/222/variables (403 Forbidden)

In diesem Fall muss der Benutzer, der diese Befehle ausführt, in der Admin Console zur Rolle des Bereitstellungs-Managers hinzugefügt werden.

Weitere Informationen finden Sie unter API-Berechtigungen.