Le SDK as a Cloud Service AEM est composé des artefacts suivants :
En outre, certains clients qui ont déjà été déployés avec AEM version 6.5 ou antérieure utilisent les artefacts ci-dessous. Si la compilation locale ne fonctionne pas avec le fichier Quickstart Jar et que vous pensez que c’est dû à la suppression des interfaces d’AEM as a Cloud Service déployé, contactez le service clientèle. Ils peuvent déterminer si vous avez besoin d’un accès. Elle nécessite des modifications dans le serveur principal.
Le SDK AEM as a Cloud Service permet de créer et de déployer du code personnalisé. Pour plus d’informations, consultez la documentation sur l’archétype de projet AEM. Voici ce qui est réalisé de manière générale :
Les mêmes opérations sont exécutées par Cloud Manager lors du déploiement vers des environnements cloud. L’exécution de versions localement permet le développement et les tests locaux. Les développeurs peuvent découvrir du code ou des problèmes structurels efficacement avant de s’engager dans le contrôle de code source et de déclencher des déploiements de Cloud Manager, ce qui peut prendre plus de temps.
Le SDK as a Cloud Service AEM doit être créé avec une distribution et une version de Java prises en charge par Environnement de création de Cloud Manager. AEM clients as a Cloud Service peuvent télécharger le JDK d’Oracle à partir du Portail de distribution de logiciels et avoir la prise en charge étendue de Java 11 jusqu’en septembre 2026 en raison des conditions de licence et de prise en charge d’Adobe pour la technologie Java d’Oracle lorsqu’elle est utilisée dans des projets Adobe Experience Manager.
<dependency>
<groupId>com.adobe.aem</groupId>
<artifactId>aem-sdk-api</artifactId>
<version>2019.11.3006.20191108T223635Z-191201</version>
<scope>provided</scope>
</dependency>
L’entrée de version du SDK doit correspondre à la version d’AEM as a Cloud Service. Vous pouvez voir la version que vous utilisez en vous connectant à AEM. Dans le coin supérieur droit de l’écran, accédez au point d’interrogation et sélectionnez À propos d’Adobe Experience Manager.
Quand est-il recommandé d’actualiser le projet local avec un nouveau SDK ?
Adobe recommande l’actualiser après une version de maintenance mensuelle.
Il est facultatif de l’actualiser après une version de maintenance quotidienne. Les clients sont informés lorsque leur instance de production a été correctement mise à niveau vers une nouvelle version d’AEM. Pour les versions de maintenance quotidiennes, il n’est pas prévu que le nouveau SDK ait changé de manière significative, voire pas du tout. Il est toutefois recommandé d’actualiser occasionnellement l’environnement de développement AEM local avec le dernier SDK, puis de recréer et de tester l’application personnalisée. La version de maintenance mensuelle comprend généralement des modifications ayant plus d’impact. Les développeurs doivent donc immédiatement actualiser, recréer et tester.
Voici la procédure recommandée pour actualiser un environnement local :
crx-quickstart
vers un autre dossier pour une conservation sécurisée.-r
).
Si du contenu doit être installé avec chaque nouvelle version de quickstart d’AEM, incluez-le dans un package de contenu et dans le contrôle de code source du projet. Installez-le ensuite à chaque fois.
Il est recommandé de mettre à jour fréquemment le SDK (par exemple, toutes les deux semaines) et de supprimer quotidiennement l’état local complet pour ne pas dépendre accidentellement de données avec état dans l’application.
Si vous dépendez de CryptoSupport (en configurant les informations d’identification des services Cloud ou du service de messagerie SMTP dans AEM ou en utilisant l’API CryptoSupport dans votre application.), les propriétés chiffrées sont chiffrées par une clé. Cette clé est générée automatiquement au premier démarrage d’un environnement AEM. Bien que la configuration du cloud se charge de réutiliser automatiquement la clé de chiffrement spécifique à l’environnement, il est nécessaire d’injecter la clé de chiffrement dans l’environnement de développement local.
Par défaut, AEM est configuré pour stocker les données clés dans le dossier de données d’un dossier, mais pour faciliter leur réutilisation dans le développement, le processus d’AEM peut être initialisé au premier démarrage avec "".-Dcom.adobe.granite.crypto.file.disable=true
". Ce processus génère les données de chiffrement à l’adresse "/etc/key
".
Pour pouvoir réutiliser des packages de contenu contenant les valeurs chiffrées, procédez comme suit :
-Dcom.adobe.granite.crypto.file.disable=true
». Il est recommandé de toujours l’ajouter, bien qu’il soit facultatif./etc/key
". Ce package contient le secret à réutiliser dans tous les environnements pour lesquels vous souhaitez qu’ils soient réutilisés./crx/de
vous pouvez donc l’ajouter au module qui est réutilisé dans toutes les installations.