Veelgestelde vragen over Cloud Manager cloud-manager-faqs

Dit document bevat antwoorden op de meest gestelde vragen over Cloud Manager in AEM as a Cloud Service.

Is het mogelijk om Java™ 11 te gebruiken met Cloud Manager builds? java-11-cloud-manager

Ja. Voeg de maven-toolchains-plugin met de juiste instellingen voor Java™ 11.

Het proces wordt gedocumenteerd hier.

Zie bijvoorbeeld de projectcode van wknwdd-project.

Mijn build mislukt met een fout over maven-scr-plugin na het schakelen van Java™ 8 via Java™ 11. Wat kan ik doen? build-fails-maven-scr-plugin

Het is mogelijk dat de build van uw AEM Cloud Manager mislukt wanneer u probeert om te schakelen van Java™ 8 tot en met 11. Als de volgende fout optreedt, moet u maven-scr-plugin en zet alle OSGi-annotaties om in OSGi R6-annotaties.

[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]

Zie voor instructies over het verwijderen van deze plug-in hier.

Mijn build mislukt met een fout met betrekking tot RequireJavaVersion na het schakelen van Java™ 8 naar Java™ 11. Wat kan ik doen? build-fails-requirejavaversion

Voor builds van Cloud Manager worden de maven-enforcer-plugin kan mislukken met deze fout.

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

Deze fout is een bekend probleem vanwege het gebruik van een andere versie van Java™ in Cloud Manager voor het uitvoeren van de gemaven opdracht in plaats van het compileren van code. Eenvoudig weglaten requireJavaVersion van uw maven-enforcer-plugin configuraties.

De kwaliteitscontrole van de code is mislukt en de implementatie is vastgelopen. Is er een manier om deze controle te omzeilen? deployment-stuck

Ja. Alle mislukkingen van de controle van de codekwaliteit behalve de veiligheidsclassificatie zijn niet-kritieke metriek, zodat kunnen zij als deel van een plaatsingspijpleiding worden overgeslagen door de punten in resultatenUI uit te breiden.

Een gebruiker met Implementatiebeheer, projectmanager of bedrijfseigenaar de rol kan de kwesties met voeten treden, waarin de pijpleiding te werk gaat of zij de kwesties kunnen goedkeuren, waarbij de pijpleiding met een mislukking stopt.

Zie de documenten Testen van de codekwaliteit en Niet-productiepijpleidingen configureren voor meer informatie .

Kan ik SNAPSHOT voor de versie van het Maven project gebruiken? use-snapshot

Ja. Voor ontwikkelaarsplaatsingen, de git tak pom.xml bestanden moeten bevatten -SNAPSHOT aan het einde van de <version> waarde.

Met deze waarde kan de volgende implementatie nog steeds worden geïnstalleerd wanneer de versie niet is gewijzigd. In ontwikkelaarsplaatsingen, wordt geen automatische versie toegevoegd of geproduceerd voor de beproefde bouwstijl.

U kunt de versie ook instellen op -SNAPSHOT voor stadium- en productiegebouwen of -implementaties. Cloud Manager stelt automatisch een correct versienummer in en maakt een tag voor u in de it. Indien nodig kunt u later naar dit label verwijzen.

Meer informatie over versiebeheer vindt u op hier gedocumenteerd.

Hoe werkt het pakket en de bundelversioning voor stadium en productieplaatsingen? snapshot-version

In werkgebied- en productieimplementaties wordt een automatische versie gegenereerd als hier gedocumenteerd.

Voor aangepaste versioning in werkgebied- en productieimplementaties stelt u een correcte versie met drie delen in, zoals 1.0.0. Verhoog de versie telkens wanneer u aan productie opstelt.

Cloud Manager voegt automatisch zijn versie aan stadium toe en de productie bouwt en leidt tot een git tak. Er is geen speciale configuratie vereist. Als u een bepaalde versie niet zoals eerder beschreven plaatst, slaagt de plaatsing nog en een versie wordt automatisch geplaatst.

Mijn gefabriceerde build mislukt voor implementaties van Cloud Manager, maar het wordt lokaal zonder fouten gemaakt. Wat is er mis? maven-build-fail

Zie deze git-resource voor meer informatie .

Wat doe ik als een implementatie van Cloud Manager bij de implementatiestap in AEM as a Cloud Service mislukt? cloud-manager-deployment-cloud-service

De gemeenschappelijkste reden voor een plaatsing om te ontbreken is wegens ontoereikende toestemmingen voor sling-distribution-importer gebruiker. In deze situatie mislukt de implementatiestap tijdens een implementatie van Cloud Manager en worden fouten zoals de volgende gegenereerd.

[Queue Processor for Subscriber agent forwardPublisherSubscriber] org.apache.jackrabbit.vault.fs.io.Importer Error while committing changes. Retrying import from checkpoint at /. Retries 4/10
[Queue Processor for Subscriber agent forwardPublisherSubscriber] org.apache.sling.distribution.journal.impl.subscriber DistributionSubscriber Error processing queue item
org.apache.sling.distribution.common.DistributionException: Error processing distribution package
dstrpck-1583514457813-c81e7751-2da6-4d00-9814-434187f08d32. Retry attempts 162/infinite.
Caused by: org.apache.sling.api.resource.PersistenceException: Unable to commit changes to session.
Caused by: javax.jcr.AccessDeniedException: OakAccess0000: Access denied [EventAdminAsyncThread #7] org.apache.sling.distribution.journal.impl.publisher.DistributionPublisher [null] Error processing distribution package` `dstrpck-1583514457813-c81e7751-2da6-4d00-9814-434187f08d32. Retry attempts 344/infinite. Message: Error trying to extract package at path /etc/packages/com.myapp/myapp-base.ui.content-5.1.0-SNAPSHOT.

De sling-distribution-importer gebruiker heeft extra machtigingen nodig voor de inhoudspaden die zijn gedefinieerd in het dialoogvenster ui.content package. Deze regel betekent gewoonlijk dat u machtigingen moet toevoegen voor beide /conf en /var.

De oplossing is om een Configuratie RepositoryInitializer OSGi manuscript aan uw apps plaatsingspakket om ACLs voor toe te voegen sling-distribution-importer gebruiker.

In de vorige voorbeeldfout wordt het pakket myapp-base.ui.content-*.zip bevat inhoud onder /conf en /var/workflow. Voor een succesvolle implementatie zijn machtigingen voor de sling-distribution-importer onder deze paden is het noodzakelijk .

Hier is een voorbeeld van een org.apache.sling.jcr.repoinit.RepositoryInitializer-DistributionService.config OSGi-configuratie die extra toestemmingen voor de sling-distribution-importer gebruiker. De configuratie voegt toestemmingen onder toe /var. Een dergelijke configuratie moet worden toegevoegd aan het toepassingspakket onder /apps/myapp/config (waarbij myapp de map is waarin uw toepassingscode is opgeslagen).

Mijn plaatsing van de Manager van de Wolk ontbreekt bij de opstellen stap in AEM as a Cloud Service en ik voegde reeds een configuratie RepositoryInitializer OSGi toe. Wat kan ik nog meer doen? build-failures

Indien het toevoegen van een configuratie RepositoryInitializer OSGi heeft de fout niet opgelost, mogelijk is dit te wijten aan een van deze extra problemen.

  • De plaatsing zou wegens een slechte configuratie kunnen ontbreken OSGi die een uit-van-de doosdienst breekt.

    • Controleer de logboeken tijdens plaatsing zodat kunt u zien of zijn er om het even welke duidelijke fouten.
  • De implementatie kan mislukken als de Dispatcher- of Apache-configuraties niet correct zijn.

    • Test uw Apache- en Dispatcher-configuraties lokaal met de Docker-afbeelding in de SDK.
    • Zie Dispatcher in de cloud over hoe u de Dispatcher Docker-container instelt voor eenvoudige lokale tests.
  • De implementatie zou kunnen mislukken vanwege een andere fout tijdens de replicatie van de inhoudspakketten (de distributie van het Verdelen) van auteur om instanties te publiceren.

    • Voer de volgende stappen uit om het probleem op een lokale installatie te simuleren.

      1. Installeer een auteur en publiceer een instantie lokaal met de nieuwste AEM SDK-jars.
      2. Meld u aan bij de instantie van de auteur.
      3. Ga naar Gereedschappen > Implementatie > Distributie.
      4. Distribueer de inhoudspakketten die deel uitmaken van de codebasis en controleer of de rij met een fout wordt geblokkeerd.

Ik kan geen variabele plaatsen gebruikend een bevel van de lucht. Wat kan ik doen? set-variable

U kunt een 403 fout zoals het volgende wanneer het proberen om pijpleidingsvariabelen te maken of te plaatsen als aio opdrachten.

$ 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 dit geval moet de gebruiker die deze opdrachten uitvoert, worden toegevoegd aan de Implementatiebeheer rol in de Admin Console.

Zie API-machtigingen voor meer informatie .

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab