Cette page présente les notes de mise à jour de Cloud Manager dans AEM as a Cloud Service version 2021.3.0.
La date de publication de Cloud Manager dans AEM as a Cloud Service 2021.3.0 est le 11 mars 2021.
Les clients disposant d’environnements avec des configurations de nom de domaine personnalisé préexistantes pour les listes autorisées d’adresses IP, les certificats SSL et les Noms de domaine personnalisés verront un message sur leurs configurations existantes et pourront se servir eux-mêmes via 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 :
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 prolongée, mais qu’une mise à jour AEM est également disponible, l’état En veille prévaudra sur Mise à jour disponible.
Les utilisateurs peuvent désormais voir leur(s) rôle(s) Cloud Manager en sélectionnant l’option Afficher les rôles de Cloud Manager après avoir accédé à l’icône de Profil utilisateur (en haut à droite) du shell unifié.
Pour plus de clarté, l’étiquette Application à approuver a été réétiquetée à 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 de Cloud Manager inclut désormais la fonctionnalité de test d’interface utilisateur personnalisée.
Le contrôle de version du package était parfois ignoré lors d’une mise à niveau Push d’AEM.
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 l’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 indiquant que l’action a échoué, bien que l’exécution ait effectivement démarré.
L’étape de création était inutilement redémarrée lorsque les compilations de clients généraient des packages non valides.
Il peut arriver que l’utilisateur voit un état « actif » vert en regard d’une liste d’adresses IP autorisées même si cette configuration n’a pas été déployée.
Tous les pipelines de production existants seront automatiquement activés avec l’étape Contrôle de l’expérience.