Fouten opsporen in AEM as a Cloud Service-build en -implementaties

Een beproefde gebiedsdeel niet beschikbaar op Gemaakt Centraalwordt gebruikt, en de Geweven bewaarplaats die het gebiedsdeel bevat is of:

• Niet bereikbaar vanuit Cloud Manager, zoals een interne privéopslagplaats in Maven, of de Maven-opslagplaats vereist verificatie en de onjuiste referenties zijn opgegeven.
• Niet expliciet geregistreerd in de map pom.xml van het project. Merk op dat het opnemen van Maven repositories wordt ontmoedigd omdat het de bouwtijden verhoogt.

Eenheidstests mislukken vanwege tijdproblemen. Dit kan zich voordoen wanneer eenheidstests timinggevoelig zijn. Een sterke indicator vertrouwt op .sleep(..) in de testcode.

Het gebruik van niet-ondersteunde plug-ins.

Symptomen:
De stap Build Image mislukt met een ERROR-melding dat com.adobe.cq.wcm.core.components... -pakketten met specifieke versiebereiken niet door het core -project kunnen worden geïmporteerd.

[ERROR] Bundle com.example.core:0.0.3-SNAPSHOT is importing package(s) Package com.adobe.cq.wcm.core.components.models;version=[12.13,13) in start level 20 but no bundle is exporting these for that start level in the required version range.
[ERROR] Analyser detected errors on feature 'com.adobe.granite:aem-ethos-app-image:slingosgifeature:aem-runtime-application-publish-dev:1.0.0-SNAPSHOT'. See log output for error messages.
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------

Oorzaak: De bundel OSGi van de toepassing (die in het core project wordt bepaald) voert de klassen van Java van de kerngebiedsafhankelijkheid van Componenten van de Kern, op een verschillend versieniveau in dan is wat aan AEM as a Cloud Service wordt opgesteld.

Resolutie:

• Gebruikend Git, keer terug aan het werk begaat die vóór de verhoging van de versie van de Component van de Kern bestaat. Druk op deze koppeling om een Cloud Manager Git-vertakking uit te voeren en voer een update van de omgeving uit vanuit deze vertakking. Hiermee wordt AEM as a Cloud Service geüpgraded naar de nieuwste versie van AEM, die de latere versie van Core Components bevat. Als de AEM as a Cloud Service eenmaal is bijgewerkt naar de nieuwste versie van AEM, die de nieuwste versie van Core Components bevat, kunt u de code die aanvankelijk niet beschikbaar was, opnieuw implementeren.
• Als u dit probleem lokaal wilt reproduceren, moet u ervoor zorgen dat de AEM SDK-versie dezelfde versie is als de AEM-releaseversie die de AEM as a Cloud Service-omgeving gebruikt.

Adobe Admin Console> het Lusje van de Steun > leidt tot Geval

als u een lid van veelvoudige Adobe Orgs bent, verzeker Adobe Org die ontbrekende pijpleiding heeft geselecteerd in Adobe Orgs schakelaar alvorens het geval tot stand te brengen.

Oorzaak: Een pijpleiding van Cloud Manager houdt een oudere versie van AEM dan wat aan het doelmilieu wordt opgesteld. Dit kan gebeuren wanneer een pijpleiding opnieuw wordt gebruikt en op een nieuw milieu richt dat een recentere versie van AEM in werking stelt. Dit kan worden geïdentificeerd door te controleren of de versie van AEM van het milieu groter is dan versie van AEM van de pijpleiding.

Resolutie:

• Als het doelmilieu een Beschikbare Update heeft, uitgezochte Update van de acties van het milieu, en dan rerun de bouwstijl.
• Als de doelomgeving geen Update Beschikbaar heeft, betekent dit dat de nieuwste versie van AEM wordt uitgevoerd. Om dit op te lossen, schrap de pijpleiding en creeer het opnieuw.

Oorzaak: de code van de Douane kan lange verrichtingen, zoals grote vragen of inhoudstraversals aanhalen, vroeg op in OSGi bundel of de levenscycli van de Component worden teweeggebracht beduidend vertragend de opstartietijd van AEM.

Resolutie: herzie de aemerror logboeken voor de Auteur en publiceer de diensten van AEM rond de tijd (logboektijd in GMT) van de mislukking zoals aangetoond door Cloud Manager.

1. Bekijk de logboeken voor om het even welke FOUTEN die door de klassen van Java worden geworpen die door de douanetoepassing worden verstrekt. Als om het even welke kwesties worden gevonden, los op, duw de vaste code, en herbouw de pijpleiding.
2. Bekijk de logboeken voor om het even welke FOUTEN die door aspecten van AEM worden gemeld dat u zich uitbreidt/met in uw douanetoepassing in wisselwerking staat, en onderzoek die; deze FOUTEN kunnen niet direct aan klassen van Java worden toegeschreven. Als om het even welke kwesties worden gevonden, los op, duw de vaste code, en herbouw de pijpleiding.

Oorzaak: de gebruiker van de replicatieservice van AEM die wordt gebruikt om inhoudspakketten aan de publicatieservice van AEM op te stellen kan niet aan /var op AEM publiceren schrijven. Dit betekent dat de implementatie van het inhoudspakket voor de AEM-publicatieservice mislukt.

Resolutie: De volgende manieren om deze kwesties op te lossen zijn vermeld in de orde van voorkeur:

1. Als de /var -bronnen niet nodig zijn, verwijdert u onder /var bronnen uit inhoudspakketten die als onderdeel van uw toepassing worden geïmplementeerd.
2. Als de /var middelen noodzakelijk zijn, bepaal de knoopstructuren gebruikend repoinit. Scripts voor opnieuw aanwijzen kunnen worden gericht op AEM Author, AEM Publish of beide via OSGi runmodes.
3. Als de /var middelen slechts op de auteur van AEM worden vereist en redelijkerwijs niet kunnen worden gemodelleerd gebruikend repoinit, hen naar een discrete inhoudspakket verplaatsen, dat slechts geïnstalleerd op de Auteur van AEM door inbeddendhet in het all pakket in een de runmode omslag van de Auteur van AEM (<target>/apps/example-packages/content/install.author</target>) is.
4. Verstrek aangewezen ACLs aan de sling-distribution-importer dienstgebruiker zoals die in dit wordt beschreven Adobe KB.