Configurer l’exécution locale du SDK AEM set-up-local-aem-sdk
Il est possible d’exécuter localement Adobe Experience Manager (AEM) à l’aide du fichier Quickstart Jar du SDK d’AEM as a Cloud Service. Cela permet aux développeurs et aux développeuses de déployer et de tester du code personnalisé, des configurations et du contenu avant de le soumettre à un contrôle de sources et de le déployer dans un environnement AEM as a Cloud Service.
Notez que ~
est utilisé comme raccourci pour le répertoire de l’utilisateur ou de l’utilisatrice. Sous Windows, il s’agit de l’équivalent de %HOMEPATH%
.
Installer Java™
Experience Manager est une application Java™ qui requiert donc le SDK Oracle Java™ pour prendre en charge l’outil de développement.
- Télécharger et installer le dernier SDK Java™ 11
- Vérifiez que le SDK Oracle Java™ 11 est installé en exécutant la commande :
code language-shell |
---|
|
code language-shell |
---|
|
code language-shell |
---|
|
Télécharger le SDK AEM as a Cloud Service
Le SDK AEM as a Cloud Service, ou SDK AEM, contient le fichier Quickstart Jar utilisé pour exécuter localement l’instance de création et de publication AEM pour le développement, ainsi que la version compatible des outils Dispatcher.
- Connectez-vous à https://experience.adobe.com/#/downloads avec votre Adobe ID.
- Votre organisation Adobe doit être configurée pour AEM as a Cloud Service afin de télécharger le SDK AEM as a Cloud Service.
- Accédez à l’onglet AEM as a Cloud Service.
- Effectuez un tri par date de publication dans l’ordre décroissant
- Cliquez sur la dernière ligne de résultats SDK AEM.
- Consultez et acceptez le CLUF, puis appuyez sur le bouton Télécharger
Extrayez le fichier Quickstart Jar du fichier zip du SDK AEM.
- Décompressez le fichier
aem-sdk-XXX.zip
téléchargé.
Configurer le service de création AEM local set-up-local-aem-author-service
Le service de création AEM local fournit aux développeurs et développeuses une expérience locale que les spécialistes du marketing numérique/auteurs et autrices de contenu peuvent partager pour créer et gérer du contenu. Le service de création AEM est conçu à la fois comme un environnement de création et de prévisualisation. Il permet d’effectuer la plupart des validations du développement de fonctionnalités, ce qui en fait un élément essentiel du processus de développement local.
-
Créez le dossier
~/aem-sdk/author
. -
Copiez le fichier Quickstart JAR vers
~/aem-sdk/author
et renommez-leaem-author-p4502.jar
. -
Démarrez le service de création AEM local en exécutant les éléments suivants à partir de la ligne de commande :
java -jar aem-author-p4502.jar
- Indiquez le mot de passe d’administration
admin
. Tout mot de passe d’administration est acceptable, mais il est recommandé d’utiliser celui par défaut pour le développement local afin de réduire la nécessité de reconfiguration.
- Indiquez le mot de passe d’administration
Il est impossible de démarrer le fichier Quickstart JAR AEM as Cloud Service en double-cliquant dessus.
-
Accédez au service de création AEM local en saisissant l’adresse http://localhost:4502 dans un navigateur Web.
code language-shell |
---|
|
code language-shell |
---|
|
code language-shell |
---|
|
Configurer le service de publication AEM local
Le service de publication AEM local fournit aux développeurs et développeuses l’expérience locale qu’auront les utilisateurs et utilisatrices finaux d’AEM, comme la navigation sur le site Web hébergé sur AEM. Le service de publication AEM local est important, dans la mesure où il s’intègre aux Outils du Dispatcher du SDK AEM et permet aux développeurs et développeuses de tester et d’affiner l’expérience de contact des utilisateurs et utilisatrices finaux.
-
Créez le dossier
~/aem-sdk/publish
. -
Copiez le fichier Quickstart JAR vers
~/aem-sdk/publish
et renommez-leaem-publish-p4503.jar
. -
Démarrez le service de publication AEM local en exécutant les éléments suivants à partir de la ligne de commande :
java -jar aem-publish-p4503.jar
- Indiquez le mot de passe d’administration
admin
. Tout mot de passe d’administration est acceptable, mais il est recommandé d’utiliser celui par défaut pour le développement local afin de réduire la nécessité de reconfiguration.
- Indiquez le mot de passe d’administration
Il est impossible de démarrer le fichier Quickstart JAR AEM as Cloud Service en double-cliquant dessus.
-
Accédez au service de publication AEM local à l’adresse http://localhost:4503 dans un navigateur Web
code language-shell |
---|
|
code language-shell |
---|
|
code language-shell |
---|
|
Configurer des services AEM locaux en mode Version préliminaire
L’exécution locale d’AEM peut être démarrée en mode Version préliminaire pour que les personnes affectées au développement puissent utiliser les fonctionnalités de la prochaine version d’AEM as a Cloud Service. La version préliminaire est activée en transmettant l’argument -r prerelease
sur le premier démarrage de l’exécution locale d’AEM. Vous pouvez l’utiliser avec les services de création et de publications locaux d’AEM.
code language-shell |
---|
|
code language-shell |
---|
|
code language-shell |
---|
|
Simuler la distribution de contenu content-distribution
Dans un environnement Cloud Service réel, le contenu est distribué du service de création au service de publication à l’aide de la Distribution de contenu Sling et du pipeline Adobe. Le pipeline Adobe est un microservice isolé disponible uniquement dans l’environnement cloud.
Pendant le développement, il peut être souhaitable de simuler la distribution du contenu à l’aide du service de création et de publication local. Pour ce faire, activez les agents de réplication hérités.
-
Connectez-vous au service de création et accédez à http://localhost:4502/etc/replication/agents.author.html.
-
Cliquez sur Agent par défaut (publication) pour ouvrir l’agent de réplication par défaut.
-
Cliquez sur Modifier pour ouvrir la configuration de l’agent.
-
Dans l’onglet Paramètres, mettez à jour les champs suivants :
- Activé - Cochez true
- ID utilisateur de l’agent - Laissez ce champ vide
-
Dans l’onglet Transport, mettez à jour les champs suivants :
- URI -
http://localhost:4503/bin/receive?sling:authRequestLogin=1
- Utilisateur ou utilisatrice -
admin
- Mot de passe -
admin
- URI -
-
Cliquez sur OK pour enregistrer la configuration et activer l’agent de réplication par défaut.
-
Vous pouvez maintenant apporter des modifications au contenu sur le service de création et les publier sur le service de publication.
Modes de démarrage du fichier Quickstart Jar
Le nom du fichier Quickstart Jar, aem-<tier>_<environment>-p<port number>.jar
, indique le mode de démarrage. Si AEM est lancé dans un niveau spécifique, création ou publication, il est impossible de passer à un autre niveau. Pour ce faire, le dossier crx-Quickstart
généré lors de la première exécution doit être supprimé et le fichier Quickstart Jar doit être exécuté à nouveau. L’environnement et les ports peuvent être modifiés, mais ils nécessitent l’arrêt/le démarrage de l’instance AEM locale.
Les changements d’environnement, dev
, stage
et prod
, peuvent s’avérer utile pour les développeurs et développeuses afin de s’assurer que les configurations spécifiques à un environnement sont correctement définies et résolues par AEM. Il est recommandé d’effectuer principalement le développement local par rapport au mode d’exécution de l’environnement dev
par défaut.
Les permutations disponibles sont les suivantes :
aem-author-p4502.jar
aem-author_dev-p4502.jar
aem-author-p4502.jar
)aem-author_stage-p4502.jar
aem-author_prod-p4502.jar
aem-publish-p4503.jar
aem-publish_dev-p4503.jar
aem-publish-p4503.jar
)aem-publish_stage-p4503.jar
aem-publish_prod-p4503.jar
Notez que le numéro de port peut être n’importe quel port disponible sur la machine de développement locale, mais par convention :
- Le port 4502 est utilisé pour le service de création AEM local.
- Le port 4503 est utilisé pour le service de publication AEM local.
Pour les modifier, il peut être nécessaire d’apporter des modifications aux configurations SDK AEM.
Arrêt d’une exécution locale d’AEM
Pour arrêter une exécution locale d’AEM, qu’il s’agisse d’un service de création ou de publication AEM, ouvrez la fenêtre de ligne de commande qui a été utilisée pour démarrer l’exécution d’AEM, puis appuyez sur Ctrl-C
. Attendez la fermeture d’AEM. Une fois le processus d’arrêt terminé, l’invite de ligne de commande est disponible.
Tâches facultatives de configuration de l’exécution locale d’AEM
- Les variables secrètes et les variables d’environnement de configuration OSGi sont spécialement définies pour l’exécution locale d’AEM, au lieu d’être gérées à l’aide de l’interface de ligne de commande AIO.
Quand mettre à jour le fichier Quickstart Jar
Mettez à jour le SDK AEM au moins une fois par mois le dernier jeudi de chaque mois, ou quelque temps après. Il s’agit de la cadence de mise à jour « des fonctionnalités » d’AEM as a Cloud Service.
Comment éviter la perte de contenu lors de la mise à niveau du SDK AEM ?
La mise à niveau du SDK AEM crée effectivement une toute nouvelle exécution d’AEM, y compris un nouveau référentiel, ce qui signifie que toutes les modifications apportées au référentiel d’un SDK AEM précédent sont perdues. Vous trouverez ci-dessous des stratégies viables pour faciliter la conservation du contenu entre les mises à niveau du SDK AEM et qui peuvent être utilisées séparément ou ensemble :
- Créez un package de contenu dédié à contenir des « exemples » de contenu pour faciliter le développement, et conservez-le dans Git. Tout contenu qui doit être conservé lors des mises à niveau du SDK AEM est conservé dans ce package et redéployé après la mise à niveau du SDK AEM.
- Utilisez oak-upgrade avec la directive
includepaths
pour copier le contenu du référentiel SDK AEM précédent vers le nouveau référentiel SDK AEM. - Sauvegardez tout contenu à l’aide du gestionnaire de modules d’AEM et des packages de contenu sur le SDK AEM précédent, puis réinstallez-les sur le nouveau SDK AEM.
N’oubliez pas que l’utilisation des approches ci-dessus pour conserver le code entre les mises à niveau SDK AEM indique un anti-modèle de développement. Le code non jetable doit provenir de votre IDE de développement et être transféré dans le SDK AEM via des déploiements.
Résolution des problèmes
Un double-clic sur le fichier Quickstart Jar entraîne une erreur. troubleshooting-double-click
Lorsque vous double-cliquez sur le fichier Quickstart Jar pour démarrer, une fenêtre modale d’erreur s’affiche et empêche AEM de démarrer localement.
Cela est dû au fait que le fichier Quickstart Jar d’AEM as a Cloud Service ne prend pas en charge le double-clic sur le fichier Quickstart Jar pour démarrer AEM localement. Vous devez plutôt exécuter le fichier Jar à partir de cette ligne de commande.
Pour démarrer le service de création AEM, utilisez cd
dans le répertoire contenant le fichier Jar de démarrage rapide et exécutez la commande :
code language-shell |
---|
|
code language-shell |
---|
|
code language-shell |
---|
|
ou, pour démarrer le service de publication AEM, utilisez cd
dans le répertoire contenant le fichier Jar de démarrage rapide et exécutez la commande :
code language-shell |
---|
|
code language-shell |
---|
|
code language-shell |
---|
|
Arrêt immédiat lors du démarrage du fichier Jar de démarrage rapide à partir de la ligne de commande troubleshooting-java-8
Lors du démarrage du fichier Jar de démarrage rapide à partir de la ligne de commande, le processus s’arrête immédiatement et le service AEM ne démarre pas, avec l’erreur suivante :
➜ ~/aem-sdk/author: java -jar aem-author-p4502.jar
Loading quickstart properties: default
Loading quickstart properties: instance
java.lang.Exception: Quickstart requires a Java Specification 11 VM, but your VM (Java HotSpot(TM) 64-Bit Server VM / Oracle Corporation) reports java.specification.version=1.8
at com.adobe.granite.quickstart.base.impl.Main.checkEnvironment(Main.java:1046)
at com.adobe.granite.quickstart.base.impl.Main.<init>(Main.java:646)
at com.adobe.granite.quickstart.base.impl.Main.main(Main.java:981)
Quickstart: aborting
En effet, AEM as a Cloud Service nécessite le SDK Java™ 11 et vous exécutez une version différente, probablement Java™ 8. Pour résoudre ce problème, téléchargez et installez le SDK Oracle Java™ 11.
Une fois le SDK Oracle Java™ 11 installé, vérifiez qu’il s’agit de la version active en exécutant la commande à partir de la ligne de commande :
code language-shell |
---|
|
code language-shell |
---|
|
code language-shell |
---|
|