Notes de mise à jour de Cloud Manager dans Adobe Experience Manager as a Cloud Service version 2021.3.0 release-notes

Les clients avec des environnements avec des configurations de nom de domaine personnalisé préexistantes pour les Listes autorisées IP, les certificats SSL et les noms de domaine personnalisés, voient apparaître un message à propos de leurs configurations existantes précédemment. Dans ce cas, ils peuvent se mettre en libre-service par le biais de l’interface utilisateur.

Les utilisateurs disposant des autorisations requises peuvent désormais modifier un programme, ce qui leur permet d’effectuer les opérations suivantes en libre-service :

• Ajoutez la solution Sites à un programme existant avec Assets ou inversement.
• Supprimer Sites ou Assets d’un programme existant contenant à la fois Sites et Assets.
• Ajoutez un second droit de solution inutilisé à un programme existant ou en tant que nouveau programme.

Le libellé Mise à jour de maintenance AEM sera désormais affiché pour les écrans Exécution du pipeline et Activité.

Si un environnement est mis en veille, mais qu’une mise à jour d’AEM est également disponible, l’état Hibernated a la priorité sur Mettre à jour disponible.

Les utilisateurs peuvent désormais voir leurs rôles Cloud Manager en sélectionnant l’option "Afficher les rôles Cloud Manager" après avoir accédé à l’icône Profil utilisateur (en haut à droite) d’Experience Cloud.

Pour plus de clarté, le libellé Application à approuver a été renommé Approbation de production.

Le libellé Version a été renommé Balise Git dans l’écran d’exécution du pipeline de production.

Les libellés qui définissent le comportement lorsque des mesures importantes ne respectent pas le seuil défini ont été réétiquetées afin de refléter leur comportement réel : Annuler immédiatement et Approuver immédiatement.

Les listes de classe et de méthode d’obsolescence ont été mises à jour en fonction de la version 2021.3.4997.20210303T022849Z-210225 du SDK AEM Cloud Service.

Le pipeline de production Cloud Manager comprend désormais la fonctionnalité Tests d’interface utilisateur personnalisés .

Le contrôle de version des packages a parfois été ignoré lors de la mise à niveau AEM push.

Certains problèmes de qualité n’étaient pas été correctement détectés lorsque des packages étaient incorporés dans d’autres packages.

Dans des situations obscures, le nom de programme par défaut généré à l’ouverture de la boîte de dialogue Ajouter le programme pouvait être un doublon d’un nom de programme existant.

Parfois, si un utilisateur quitte la page d’exécution du pipeline immédiatement après le démarrage d’un pipeline, un message d’erreur s’affiche pour indiquer que l’action a échoué, bien que l’exécution ait réellement commencé.

L’étape de création a été redémarrée lorsque la compilation client a entraîné des modules non valides.

Parfois, un utilisateur peut voir un état "actif" vert en regard d’une Liste autorisée IP même lorsque cette configuration n’a pas été déployée.

Tous les pipelines de production existants sont automatiquement activés avec l’étape d’audit de l’expérience.