Questions fréquentes relatives à Cloud Manager cloud-manager-faqs

Ce document répond aux questions les plus fréquemment posées concernant Cloud Manager pour les clientes et clients AMS.

Ma version échoue et affiche une erreur concernant maven-scr-plugin, après le passage de Java 8 à Java 11. Que puis-je faire ? maven-src-plugin

Votre build AEM Cloud Manager échoue en cas de tentative de basculement de Java 8 à Java 11. Si vous rencontrez l’erreur ci-dessous, vous devez supprimer maven-scr-plugin et convertir toutes les annotations OSGi en annotations OSGi R6.

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

Pour obtenir des informations sur la suppression de ce plug-in, rendez-vous ici.

Mon build échoue avec une erreur mentionnant RequireJavaVersion après la bascule de Java 8 à Java 11. Que puis-je faire ? requirejavaversion

Pour les versions de Cloud Manager, la variable maven-enforcer-plugin peut échouer à cause de cette erreur.

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

Ce problème connu est dû à l’utilisation d’une autre version de Java par Cloud Manager pour exécuter la commande Maven au lieu de compiler le code. Omettez requireJavaVersion de vos configurations maven-enforcer-plugin.

La vérification de la qualité du code a échoué et le déploiement est désormais bloqué. Y a-t-il un moyen de contourner cette vérification ? deployment-stuck

Oui. Tous les échecs de qualité du code, à l’exception des évaluations de sécurité, sont des mesures non critiques. Ils peuvent donc être contournés dans le cadre d’un pipeline de déploiement en développant les éléments dans l’interface d’utilisation des résultats.

Une personne disposant du rôle Responsable de déploiement, Responsable de projet ou Propriétaire d’entreprise peut contourner les problèmes. Dans ce cas, le pipeline se poursuit. Ou bien, elle peut accepter les problèmes, auquel cas le pipeline s’arrête avec un échec.

Voir les documents Mur à trois niveaux lors de l’exécution d’un pipeline et Configuration de pipelines hors production pour plus d’informations.

Les déploiements de Cloud Manager échouent à l’étape de test de performances dans les environnements Managed Services d’Adobe. Comment ce problème peut-il être débogué pour passer les mesures critiques ? debug-critical-metrics

Il n’y a pas de réponse unique à cette question. Toutefois, les points suivants concernant l’étape de test de performance peuvent s’avérer utiles :

Consultez le document Comprendre vos résultats de test pour plus d’informations sur les vérifications de qualité.

Puis-je utiliser SNAPSHOT pour la version du projet Maven ? snapshot

Oui. Pour les déploiements de l’équipe de développement, les fichiers pom.xml de la branche Git doivent contenir -SNAPSHOT à la fin de la valeur <version>.

Cela permet de conserver les déploiements ultérieurs alors que la version n’a pas été modifiée. Pour les déploiements de développeurs, aucune version automatique n’est ajoutée ou générée pour la build maven.

Vous pouvez également définir la version sur -SNAPSHOT pour les builds ou déploiements d’évaluation et de production. Cloud Manager définit automatiquement un numéro de version approprié et crée pour vous une balise dans Git. Cette balise peut être référencée ultérieurement, si nécessaire.

De plus amples détails sur la gestion des versions sont documentés ici.

Comment le contrôle de version des packages et des lots fonctionne-t-il pour les déploiements d’évaluation et de production ? staging-production

Dans les déploiements d’évaluation et de production, une version automatique est générée comme documenté ici.

Pour le contrôle de version personnalisé dans les déploiements d’évaluation et de production, définissez une version maven en trois parties, telle que 1.0.0. Passez à la version supérieure à chaque déploiement en production.

Cloud Manager ajoute automatiquement sa version aux versions d’évaluation et de production et crée une branche Git. Aucune configuration spécifique n’est nécessaire. Si vous ne définissez pas de version Maven comme décrit précédemment, le déploiement s’effectue quand même et une version est automatiquement définie.

Ma build Maven échoue lors des déploiements de Cloud Manager, mais elle est pourtant créée localement sans la moindre erreur. Quel est le problème ? maven-build-fail

Consultez Ressource Git pour plus de détails.

Je ne parviens pas à définir une variable à l’aide d’une commande AIO. Que puis-je faire ? set-variable

Il se peut que vous receviez une erreur 403, comme celle qui suit, lorsque vous tentez de répertorier ou de définir des variables de pipeline par le biais de commandes aio.

$ 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)

Dans ce cas, l’utilisateur exécutant ces commandes doit être ajouté au rôle Responsable de déploiement dans Admin Console.

Consultez Autorisations d’API pour plus d’informations.