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 version d’AEM Cloud Manager échoue lors de la tentative de basculement de Java 8 vers 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 builds Cloud Manager, le maven-enforcer-plugin peut échouer avec cette erreur.

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

Ce problème se produit, car Cloud Manager utilise une autre version de Java pour exécuter la commande Maven. Cette version est différente de celle utilisée pour 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 maintenant interrompu. 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 résoudre ce problème pour transmettre les mesures critiques ? debug-critical-metrics

Il n’existe pas de réponse définitive à cette question. Toutefois, les points suivants concernant l’étape du test de performance sont 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 aux déploiements suivants de s’installer lorsque la version n’a pas changé. Pour les déploiements développeurs, aucune version automatique n’est ajoutée ou générée pour la version 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 appropriée 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 réussit toujours et une version est automatiquement définie.

Mon build Maven échoue pour les déploiements Cloud Manager, mais elle est créée localement sans erreur. Quelle en est la cause ? 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

Vous recevez une erreur 403 telle que la suivante lorsque vous tentez de répertorier ou de définir des variables de pipeline au moyen 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.