En tant qu’auteur AEM, la mise à jour du contenu de la page existante est une tâche de routine. Cependant, les mises à jour manuelles, comme déployer un nouveau modèle, peuvent devenir fastidieuses et coûteuses lorsqu’ils traitent des milliers de pages.
Heureusement, les scripts d’automatisation peuvent sauver la journée. L’utilisation de scripts Groovy dans AEM peut rationaliser le processus de mise à jour du contenu, en réduisant le temps et les coûts. Dans ce blog, nous décrirons les étapes clés et les meilleures pratiques pour utiliser des scripts Groovy pour automatiser les mises à jour de contenu.
Les avantages de l’utilisation de scripts groovy
Groovy est une puissante langue de script qui s’intègre parfaitement à AEM. Il permet aux développeurs d’effectuer des opérations complexes avec un code minimal, ce qui en fait un excellent outil pour les tâches telles que:
- Automatiser les tâches répétitives
- Accéder et modifier le contenu du référentiel
- Propriétés de mise à jour en vrac sur plusieurs nœuds
- Gérer efficacement le modèle et les composants
Le Console groovy Pour AEM fournit une interface intuitive pour exécuter des scripts, permettant un développement rapide et des tests sans redéployer le code.
Des choses importantes à savoir sur la console groovy
- Sécurité – En raison de problèmes de sécurité, Groovy Console ne doit être installé dans aucun environnement de production.
- Tout contenu qui doit être mis à jour dans les environnements de production doit être emballé dans un environnement inférieur, en utilisant Groovy Console pour mettre à jour et valider le contenu. Ensuite, vous pouvez reconditionner et déployer dans des environnements de production.
Comment mettre à jour les modèles pour les pages Web existantes
Pour illustrer comment utiliser Groovy, apprenons à mettre à jour les modèles pour les pages Web existantes rédigées dans AEM.
Notre première étape est de identifier ce qui suit:
- Modèles qui doivent être migrés
- Composants associés et leurs dépendances
- Conflits potentiels ou fonctionnalités obsolètes
Vous devez avoir des mappages de composants et des chemins de page de modèle de source et de destination.
En tant que pré-requis pour cette solution, vous devrez avoir JDK 11, Groovy 3.0.9 et Maven 3.6.3.
Étapes Créer un script de mappage de modèle
1. Créer un fichier CSV
Le fichier CSV doit contenir deux colonnes:
- Source → Le chemin du modèle hérité.
- Cible → Le nouveau chemin du modèle.
Enregistrez ce fichier en tant que template-map.csv.
Source,Target "/apps/legacy/templates/page-old","/apps/new/templates/page-new" "/apps/legacy/templates/article-old","/apps/new/templates/article-new"v
2. Chargez le fichier de mappage dans migrate.groovy
Dans votre migrer.groovy script, insérez le code suivant pour charger le fichier de mappage:
def templateMapFile = new File("work${File.separator}config${File.separator}template-map.csv")
assert templateMapFile.exists() : "Template Mapping File not found!"
3. Implémentez la logique de mappage du modèle
Ensuite, nous créons une fonction pour mapper des modèles source pour cibler les modèles en utilisant le fichier CSV.
String mapTemplate(sourceTemplateName, templateMapFile) {
/*this function uses the sourceTemplateName to look up the template
we will use to create new XML*/
def template=""
assert templateMapFile : "Template Mapping File not found!"
for (templateMap in parseCsv(templateMapFile.getText(ENCODING), separator: SEPARATOR)) {
def sourceTemplate = templateMap['Source']
def targetTemplate = templateMap['Target']
if (sourceTemplateName.equals(sourceTemplate)) {
template = targetTemplate
}
}
assert template : "Template ${sourceTemplateName} not found!"
return template
}
Après avoir créé un package en utilisant Grain Script sur votre machine locale, vous pouvez l’installer directement via le gestionnaire de packages. Ce package peut être installé sur AEM en tant que service cloud (AEMACS) et sur site aem.
Exécutez le script dans un environnement de non-production, vérifiez que les modèles sont correctement mis à jour et examinent les journaux pour les erreurs ou les nœuds sautés. Après avoir exécuté le script, vérifiez les pages de contenu pour vous assurer qu’ils rendre Comme prévu, valider que les nouveaux modèles fonctionnent correctement et testent les composants associés pour la compatibilité.
Les scripts groovy minimisent l’effort manuel et réduisent les erreurs
Tirer parti de l’automatisation à travers des langages de script comme Groovy peut simplifier et accélérer considérablement Migrations AEM. En suivant une approche structurée, vous pouvez minimiser l’effort manuel, réduire les erreurs et assurer une transition en douceur vers la nouvelle plate-forme, améliorant finalement la maintenabilité globale.
Plus d’informations AEM
Ne manquez pas plus d’informations AEM et Suivez notre blog Adobe!
Source link