Exigences techniques
- Rubriques :
- Deploying
Créé pour :
- Developer
Adobe prend en charge Adobe Experience Manager (AEM) sur les plateformes, comme décrit ci-après dans ce document.
Pour tout problème spécifique à la plateforme elle-même, contactez directement le fournisseur de la plateforme.
Prérequis
Configuration minimale requise pour installer Adobe Experience Manager :
- Installation de la plateforme Java, du JDK standard ou d’autres machines virtuelles Java prises en charge
- Fichier de démarrage rapide Experience Manager (JAR autonome ou WAR de déploiement de l’application web)
Configuration minimale requise en matière d’espace disque et de mémoire
Configuration minimale requise pour exécuter Adobe Experience Manager :
- 5 Go d’espace disque disponible dans le répertoire d’installation
- Mémoire de 2 Go
- Les cas d’utilisation des ressources numériques nécessitent davantage de mémoire de base. Voir Déploiement et maintenance pour plus d’informations.
- Le package complémentaire AEM Forms nécessite 15 Go d’espace temporaire.
Veuillez consulter la Instructions de dimensionnement du matériel pour plus d’informations.
Niveaux de prise en charge
Ce document répertorie les plateformes clientes et serveur prises en charge pour Adobe Experience Manager. Adobe fournit plusieurs niveaux de prise en charge, tant pour les configurations recommandées que pour les autres.
Configurations prises en charge
Adobe recommande ces configurations et fournit une prise en charge complète dans le cadre du contrat de maintenance logicielle standard.
Niveau de prise en charge | Description |
A : pris en charge | Adobe fournit une prise en charge et une maintenance complètes de cette configuration. Cette configuration est couverte par le processus d’assurance qualité d’Adobe. |
R : Prise en charge limitée | Pour garantir la réussite des projets de nos clients et de nos clientes, Adobe fournit une prise en charge complète dans le cadre d’un programme d’assistance restreint, qui nécessite que des conditions spécifiques soient remplies. La prise en charge au niveau R nécessite une requête formelle de la part du client ou de la cliente et une confirmation par Adobe. Pour plus d’informations, veuillez contacter l’assistance clientèle d’Adobe. |
Configurations non prises en charge
Niveau de prise en charge | Description |
---|---|
Z : non pris en charge | La configuration n’est pas prise en charge. Adobe ne fait aucune déclaration indiquant si la configuration fonctionne et ne la prend pas en charge. |
Plateformes prises en charge
Machines virtuelles Java
L’application nécessite l’exécution d’une machine virtuelle Java, fournie par la distribution Java Development Kit (JDK).
Adobe Experience Manager fonctionne avec les versions suivantes des machines virtuelles Java :
Plateforme | Niveau de prise en charge |
Oracle Java SE 11 JDK [1] | Z : non pris en charge |
Oracle Java SE 10 JDK [1] | Z : non pris en charge |
Oracle Java SE 9 JDK [1] | Z : non pris en charge |
Oracle Java SE 8 JDK – 64 bits | A : pris en charge [3] |
IBM J9 VM - build 2.9, JRE 1.8.0 [2] | A : pris en charge |
IBM J9 VM - build 2.8, JRE 1.8.0 [2] | A : pris en charge |
-
Oracle est passé à un modèle de support à long terme (LTS) pour les produits Oracle Java SE. Java 9 et 10 sont des versions non-LTS par Oracle (voir Feuille de route du support Oracle Java SE). Adobe ne prendra en charge que les versions LTS de Java pour exécuter AEM en production.
-
IBM JRE est uniquement pris en charge conjointement avec WebSphere Application Server.
-
La prise en charge et la distribution du JDK Oracle Java SE, y compris toutes les mises à jour de maintenance des versions LTS après la fin des mises à niveau publiques, seront directement prises en charge par Adobe pour tous les clients AEM utilisant la technologie Oracle Java SE. Voir Prise en charge Java Oracle pour Adobe Experience Manager Q&A pour plus d’informations.
Stockage et persistance
Il existe différentes options pour déployer le référentiel d’Adobe Experience Manager. Consultez la liste suivante pour connaître les technologies et les options de stockage prises en charge.
Plateforme | Description | Niveau de prise en charge |
Système de fichiers avec fichiers TAR [1] | Référentiel | A : pris en charge |
Système de fichiers avec banque de données [1] | Binaires | A : pris en charge |
Stocker les fichiers binaires dans les fichiers TAR sur le système de fichiers [1] | Binaires | Z : Non pris en charge pour la production |
Amazon S3 | Binaires | A : pris en charge |
Microsoft Azure Blob Storage | Binaires | A : pris en charge |
MongoDB Enterprise 3.6 [5, 6] | Référentiel | A : pris en charge avec des limites |
MongoDB Enterprise 3.4 [2, 3, 6] | Référentiel | A : pris en charge avec des limites |
MySQL 5.7 | Base de données Forms | A : pris en charge |
IBM DB2 11.1 | Base de données Forms | A : pris en charge |
IBM DB2 10.5 | Référentiel et base de données Forms | R : prise en charge limitée (4) |
Oracle Database 12c (12.1.x) | Référentiel et base de données Forms | R : prise en charge limitée |
Microsoft SQL Server 2017 | Base de données Forms | Z : Non pris en charge (4) |
Microsoft SQL Server 2016 | Base de données Forms | A : pris en charge |
Microsoft SQL Server 2014 | Base de données Forms | R : Prise en charge limitée (4) |
Apache Lucene (démarrage rapide intégré) | Service de recherche | A : pris en charge |
Apache Solr | Service de recherche | A : pris en charge |
- Le système de fichiers comprend le stockage de bloc compatible avec POSIX. Cela inclut la technologie de stockage réseau. Gardez à l’esprit que les performances du système de fichiers peuvent varier et avoir une incidence sur les performances globales. Il est recommandé de charger l’AEM de test en combinaison avec le système de fichiers réseau/distant.
- La fragmentation MongoDB n’est pas prise en charge dans AEM.
- Seul le moteur de stockage WiredTiger de MongoDB est pris en charge.
- Non pris en charge pour AEM Forms.
- MongoDB Enterprise 3.6 est pris en charge à partir de AEM version 6.4.2.0.
- La prise en charge de MongoDB 3.4 a atteint la fin de vie (EOL), tandis que MongoDB 3.6 devrait atteindre la fin de vie le 30 avril 2021. Veuillez noter que Adobe ne fournira une assistance que pour AEM problèmes liés aux produits à l’avenir.
Moteurs de servlet/serveurs d’applications
Adobe Experience Manager peut s’exécuter en tant que serveur autonome (fichier JAR de démarrage rapide) ou en tant qu’application web au sein d’un serveur d’applications tiers (fichier WAR).
La version minimale requise de l’API de servlet est 3.1, mais sous Servlet 4.0.
Plateforme | Niveau de prise en charge |
---|---|
Moteur de servlet intégré à démarrage rapide (Jetty 9.3) | A : pris en charge |
Oracle WebLogic Server 12.2 (12cR2) | A : pris en charge |
Serveur d’applications IBM WebSphere en livraison continue (LibertyProfile) avec Web Profile 7.0 et IBM JRE 1.8 | A : pris en charge |
IBM WebSphere Application Server 9.0 | A : pris en charge |
Apache Tomcat 8.5.x | A : pris en charge |
JBoss EAP 7.1.0 avec le serveur d’applications JBoss | A : Pris en charge (1) |
JBoss EAP 7.0.0 avec le serveur d’applications JBoss | A : pris en charge |
- Non pris en charge pour AEM Forms.
Systèmes d’exploitation de serveur
Adobe Experience Manager fonctionne avec les plateformes de serveur suivantes :
Plateforme | Niveau de prise en charge |
Linux, basé sur la distribution Red Hat | A : Pris en charge (1) |
Linux, en fonction de la distribution Debian, y compris Ubuntu | A : Pris en charge (4) |
Linux, en fonction de la distribution SUSE | A : pris en charge |
Microsoft Windows Server 2016 | A : pris en charge |
Microsoft Windows Server 2012 R2 | A : pris en charge |
Oracle Solaris 11 | A : Pris en charge avec des restrictions (3,5,7) R : Prise en charge limitée des nouveaux contrats |
IBM AIX 7.2 | A : Pris en charge avec des restrictions (2,5,7) R : Prise en charge limitée des nouveaux contrats |
- Les Linux Kernel 2.6. 3.x et 4.x contiennent des dérivés de la distribution Red Hat, y compris Red Hat Enterprise Linux, CentOS, Oracle Linux et Amazon Linux. Les fonctions de module complémentaire AEM Forms sont uniquement prises en charge sur CentOS 7 et Red Hat Enterprise Linux 7.
- AEM Assets : Consultez la section Prise en charge de l’écriture différée des métadonnées XMP
- AEM Assets : Pas de prise en charge de l’imagerie Dynamic Media. La vidéo Dynamic Media est prise en charge.
- AEM Forms est pris en charge uniquement sur Ubuntu 16.04 LTS.
- AEM Assets : Pas de prise en charge pour Transformation de fichier brut
- AEM Forms : Pas de prise en charge de l’environnement de production
- AEM Assets : Pas de prise en charge pour PDF Rasterizer amélioré
- AEM Forms : Non pris en charge
Environnements virtuels et de cloud computing
Adobe Experience Manager est pris en charge lorsqu’il s’exécute sur une machine virtuelle dans des environnements de cloud computing, tels que Microsoft Azure et Amazon Web Services (AWS), conformément aux exigences techniques répertoriées sur cette page et aux conditions de prise en charge standard d’Adobe.
Adobe recommande d’utiliser Adobe Managed Services pour déployer AEM sur Azure ou AWS. Adobe Managed Services fournit aux experts les compétences nécessaires pour déployer et utiliser AEM dans ces environnements de cloud computing. Consultez notre Documentation supplémentaire sur Adobe Managed Services.
Dans tous les autres cas de déploiement d’AEM sur Azure ou AWS, ou tout autre environnement de cloud computing, la prise en charge d’Adobe sera limitée à l’environnement informatique virtuel, conformément aux spécifications techniques répertoriées sur cette page. Tout problème signalé relatif à AEM s’exécutant dans l’un de ces environnements cloud devra être reproductible indépendamment de tout service cloud spécifique à l’environnement cloud computing, sauf si le service cloud est spécifiquement pris en charge dans le cadre des exigences techniques répertoriées sur cette page, par exemple le stockage Azure Blob ou AWS S3.
Pour obtenir des recommandations sur le déploiement d’AEM sur Azure ou AWS, en dehors d’Adobe Managed Services, nous vous recommandons vivement de travailler directement avec le fournisseur cloud ou les partenaires d’Adobe qui prennent en charge le déploiement d’AEM dans l’environnement cloud de votre choix. Le fournisseur ou partenaire cloud sélectionné sera responsable du dimensionnement, de la conception et de l’implémentation de l’architecture, afin de répondre à vos besoins spécifiques en termes de performances, de charge, d’évolutivité et de sécurité.
Plateformes de Dispatcher (serveurs web)
Le Dispatcher est le composant de mise en cache et d’équilibrage de charge. Téléchargez la dernière version de Dispatcher. Experience Manager 6.4 nécessite la version 4.3.1 ou une version ultérieure du Dispatcher.
Les serveurs web suivants sont pris en charge pour une utilisation avec Dispatcher version 4.3.1 :
Plateforme | Niveau de prise en charge |
---|---|
Apache httpd 2.4.x (voir également 1,2 ci-dessous) | A : pris en charge |
Microsoft IIS 10 (Internet Information Server) | A : pris en charge |
Microsoft IIS 8.5 (Internet Information Server) | A : pris en charge |
-
Les serveurs web développés sur la base du code source Apache httpd bénéficieront du même niveau de prise en charge que la version de httpd sur laquelle ils sont basés : En cas de doute, demandez à l’Adobe de confirmer le niveau de prise en charge associé au produit serveur correspondant. Différents cas de figure :
- Le serveur HTTP a été créé en utilisant uniquement les distributions source Apache officielles, ou
- Le serveur HTTP a été livré dans le cadre du système d’exploitation sur lequel il est exécuté. Exemples : Serveur IBM HTTP, Serveur Oracle HTTP
-
Dispatcher n’est pas disponible pour Apache 2.4.x pour les systèmes d’exploitation Windows.
Plateformes clientes prises en charge
Navigateurs pris en charge pour l’interface utilisateur de création
L’interface utilisateur d’Adobe Experience Manager fonctionne avec les plates-formes clientes suivantes : Tous les navigateurs sont testés avec l’ensemble par défaut de plug-ins et de modules complémentaires.
L’interface utilisateur d’AEM est optimisée pour les grands écrans (généralement les notebooks et les ordinateurs de bureau) et le format de tablette (comme Apple iPad ou Microsoft Surface). Le format de téléphone n’est pas pris en charge.
Navigateur | Prise en charge de l’interface utilisateur | Prise en charge de l’interface utilisateur classique |
Google Chrome (Evergreen) | A : pris en charge | A : pris en charge |
Microsoft Edge (Evergreen) | A : pris en charge | A : pris en charge |
Microsoft Internet Explorer 11 | A : pris en charge | A : pris en charge |
Mozilla Firefox (Evergreen) | A : pris en charge | A : pris en charge |
Mozilla Firefox, dernier ESR [1] | A : pris en charge | A : pris en charge |
Apple Safari 12.x sous macOS | A : pris en charge | A : pris en charge |
Apple Safari 11.x sous macOS | A : pris en charge | A : pris en charge |
Apple Safari 10.x sous macOS | A : pris en charge | A : pris en charge |
Apple Safari sur iOS 12.x | A : pris en charge [2] | Z : non pris en charge |
Apple Safari sur iOS 11.x | A : pris en charge [2] | Z : non pris en charge |
Apple Safari sur iOS 10.3 | A : pris en charge [2] | Z : non pris en charge |
- Version de prise en charge étendue de Firefox En savoir plus à ce sujet sur mozilla.org
- Prise en charge d’Apple iPad
Navigateurs pris en charge pour les sites web
En règle générale, la prise en charge des navigateurs pour les sites web rendus par AEM Sites dépend de l’implémentation des modèles de page d’AEM, de la conception et de la sortie des composants, et relève donc de celui ou celle qui met en œuvre ces parties.
Clients et clientes WebDAV
Microsoft Windows 7+
Pour vous connecter avec Microsoft Windows 7 et les versions ultérieures à une instance AEM non sécurisée avec SSL, l’authentification de base sur un réseau non sécurisé doit être activée sous Windows. Cela nécessite une modification du registre Windows du WebClient :
-
Recherchez la sous-clé de registre :
- HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
-
Ajoutez l’entrée de registre BasicAuthLevel à cette sous-clé à l’aide d’une valeur de 2 ou plus.
Voir Microsoft Support KB 841215.
Pour améliorer la réactivité du client WebDav sous Windows, voir Microsoft Support KB 2445570
Remarques supplémentaires sur Platform
Cette section contient des notes spéciales et des informations plus détaillées sur l’exécution d’Adobe Experience Manager et de ses modules complémentaires.
IPv4 et IPv6
Vous pouvez installer tous les éléments d’Adobe Experience Manager (instance, Dispatcher) sur des réseaux IPv4 et IPv6.
Tout fonctionne sans problème, dans la mesure où aucune configuration particulière n’est requise. Vous pouvez simplement spécifier une adresse IP au format approprié à votre type de réseau, le cas échéant.
Cela signifie que lorsqu’une adresse IP doit être indiquée, vous avez le choix entre les éléments suivants (suivant les besoins) :
-
une adresse IPv6 ;
par exemple
https://[ab12::34c5:6d7:8e90:1234]:4502
-
une adresse IPv4 ;
par exemple
https://123.1.1.4:4502
-
un nom de serveur ;
par exemple,
https://www.yourserver.com:4502
-
Le scénario par défaut de
localhost
sera interprété à la fois pour les installations réseau IPv4 et IPv6.par exemple,
http://localhost:4502
Exigences requises pour le module complémentaire AEM Dynamic Media
Par défaut, AEM Dynamic Media est désactivé. Voir Activation de Dynamic Media.
Lorsque Dynamic Media est activé, la configuration système requise supplémentaire suivante s’applique :
Matériel
Les exigences matérielles suivantes s’appliquent aux systèmes d’exploitation Linux et Windows :
- Processeur Intel Xeon ou AMD Opteron avec au moins 4 cœurs
- 16 Go de RAM au minimum
Linux
L’utilisation de Dynamic Media sous Linux requiert les prérequis suivants :
- Red Hat Enterprise 7 ou CentOS 7 et versions ultérieures avec les derniers correctifs
- Système d’exploitation 64 bits
- Permutation désactivée (recommandé)
- SELinux désactivé (voir la note ci-dessous)
SELINUX=enforcing
vers SELINUX=disabled
<ip address> <fully qualified hostname>
Windows
- Microsoft Windows Server 2016
- Espace de permutation égal à au moins deux fois la quantité de mémoire physique (RAM)
Pour utiliser Dynamic Media sous Windows, les redistribuables Microsoft Visual Studio 2010, 2013 et 2015 pour x64 et x86 doivent être installés.
x64
- Le redistribuable Microsoft Visual Studio 2010 se trouve à l’adresse https://www.microsoft.com/en-us/download/details.aspx?id=13523
- Le redistribuable Microsoft Visual Studio 2013 est disponible à l’adresse https://www.microsoft.com/en-us/download/details.aspx?id=40784
- Le redistribuable Microsoft Visual Studio 2015 se trouve à l’adresse https://www.microsoft.com/en-us/download/details.aspx?id=48145
x86
- Le redistribuable Microsoft Visual Studio 2010 se trouve à l’adresse https://www.microsoft.com/en-in/download/details.aspx?id=5555
- Le redistribuable Microsoft Visual Studio 2013 est disponible à l’adresse https://www.microsoft.com/en-in/download/details.aspx?id=40769
- Le redistribuable Microsoft Visual Studio 2015 se trouve à l’adresse https://www.microsoft.com/en-us/download/details.aspx?id=52685
MacOS
- 10.9.x et versions ultérieures
- Pris en charge uniquement à des fins d’évaluation et de démonstration
Conditions requises pour AEM Forms PDF Generator
Produit | Formats pris en charge pour la conversion en PDF |
---|---|
Suivi classique Acrobat 2017 | XPS, formats d’image (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC), HTML, HTM, DWG, DXF et DWF |
Microsoft® Project 2016 | MPP |
Microsoft® Publisher 2016 | PUB |
Microsoft® Office Visio 2016 | VSD |
Microsoft® Office 2016 | DOC, DOCX, XLS, XLSX, PPT, PPTX, RTF et TXT |
Microsoft® Office 2013 | DOC, DOCX, XLS, XLSX, PPT, PPTX, RTF et TXT |
Corel WordPerfect X7 | WP, WPD |
OpenOffice 4.1.2 | ODT, ODP, ODS, ODG, ODF, SXW, SXI, SXC, SXD, XLS, XLSX, DOC, DOCX, PPT, PPTX, formats d’image (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC), HTML, HTM, RTF et TXT |
OpenOffice 3.4 | ODT, ODP, ODS, ODG, ODF, SXW, SXI, SXC, SXD, XLS, XLSX, DOC, DOCX, PPT, PPTX, formats d’image (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC), HTML, HTM, RTF et TXT |
- PDF Generator nécessite Acrobat 2017 Classic track version 17.011.30078 ou ultérieure pour effectuer la conversion.
- AEM Forms ne prend en charge que les versions 32 bits des logiciels pris en charge.
- Les fonctionnalités de PDF OCR (PDF indexable), de Optimize PDF et d’Export PDF ne sont prises en charge que sous Microsoft Windows.
- Le service HTML2PDF est obsolète sous AIX.
- Les conversions de PDF Generator pour OpenOffice sont prises en charge uniquement sous Windows, Linux et Solaris.
- Les fonctionnalités OCR PDF, Optimize PDF et Export PDF sont uniquement prises en charge sous Windows.
- Une version d’Acrobat est fournie avec AEM Forms pour activer la fonctionnalité PDF Generator. La version groupée ne doit être accessible par programmation qu’avec AEM Forms, pendant la durée de la licence AEM Forms, pour une utilisation avec AEM Forms PDF Generator. Pour plus d’informations, voir la description du produit AEM Forms en fonction de votre déploiement (On-Premise ou Managed Services).
Conditions requises pour AEM Forms Designer
- Microsoft® Windows® 2012 Server R2, Microsoft® Windows® 2016 Server, Microsoft® Windows® 2019 Server, Microsoft® Windows® 10
- Processeur de 1 GHz ou plus avec prise en charge de PAE, NX et SSE2.
- Systèmes d’exploitation 32 bits : 1 Go de RAM ; systèmes d’exploitation 64 bits : 2 Go de RAM.
- Systèmes d’exploitation 32 bits : 16 Go d’espace disque ; systèmes d’exploitation 64 bits : 20 Go d’espace disque.
- Mémoire graphique – 128 Mo de GPU (256 Mo recommandé)
- 2,35 Go d’espace disponible sur le disque dur
- Résolution d’écran de 1 024 x 768 pixels ou plus
- Accélération matérielle de la vidéo (facultatif)
- Acrobat Pro DC, Acrobat Standard DC ou Adobe Acrobat Reader DC
- Droits d’administrateur pour l’installation de Designer
Conditions requises pour l’écriture différée des métadonnées AEM Assets XMP
L’écriture différée XMP est prise en charge et activée pour les plateformes et formats de fichier suivants :
Systèmes d’exploitation
-
Linux (32 bits, prise en charge des applications 32 bits requise sur les systèmes 64 bits). Pour les étapes d’installation des bibliothèques clientes 32 bits, consultez la section Activation de l’écriture différée et de l’extraction XMP sous RedHat Linux 64 bits.
-
Windows Server
-
Oracle Solaris
-
Mac OS X (64 bits)
Formats de fichier
- JPEG
- PNG
- TIFF
- INDD
- AI
- EPS
Conditions requises pour le lecteur AEM Screens
La version 3.3.x du lecteur AEM Screens prend en charge les systèmes d’exploitation suivants :
- Microsoft Windows 10 Enterprise LTSB
- Google Chrome OS 62+
- Google Android 5.1.1 avec Android System WebView Version 52+ mise à jour
- Apple iOS 10.3+
- Apple macOS 10.12+
Experience Manager
- Guide de l’utilisateur du déploiement
- Présentation de la plateforme AEM
- Déploiement d’AEM
- Déploiement et maintenance
- Déploiements recommandés
- Installation du serveur d’applications
- Installation autonome personnalisée
- Début et arrêt d’AEM à partir de la ligne de commande
- Configuration des magasins de nœuds et des entrepôts de données dans AEM 6
- Nettoyage de révision
- Exécuter AEM avec TarMK Cold Standby
- Prise en charge RDBMS dans AEM 6.4
- Requêtes et indexation Oak
- Indexation par l’intermédiaire du fichier Jar d’Oak-run
- Indexation du fichier Oak-run.jar – Scénarios d’utilisation
- Dépannage des index Oak
- Souscription à la collecte de statistiques d’utilisation agrégées
- Résolution des problèmes
- Configuration d’AEM
- Concepts de configuration de base
- Journalisation
- Configuration d’OSGi
- Paramètres de configuration OSGi
- Modes d’exécution
- Console web
- Réplication
- Réplication à l’aide du SSL mutuel
- Résolution des problèmes liés à la réplication
- Expiration des objets statiques
- Purge de version
- Contrôle et maintien de votre instance AEM
- Tâches de déchargement
- Connexion unique
- Mappage de ressource
- Activation du HTTP via SSL
- Vérifications transversales et contrôles de cohérence
- Instructions de performance
- Optimisation des performances
- Guide de performances des ressources
- Articles sur la procédure de configuration
- Suppression des sites de Geometrixx
- Configuration de la console web
- Mettre à niveau vers AEM 6.4
- Mettre à niveau vers AEM 6.4
- Planification de la mise à niveau
- Évaluation de la complexité de la mise à niveau à l’aide de l’outil de détection des motifs
- Compatibilité ascendante dans AEM 6.4
- Procédure de mise à niveau
- Utilisation de la réindexation hors ligne pour réduire les temps d’arrêt pendant une mise à niveau
- Effectuer une mise à niveau statique
- Migration différée du contenu
- Utilisation de l’outil de migration CRX2Oak
- Tâches de maintenance avant la mise à niveau
- Vérifications et dépannage après une mise à niveau
- Mise à niveau des formulaires de recherche personnalisée
- Mises à niveau possibles
- Mise à niveau du code et des personnalisations
- Procédure de mise à niveau pour les installations de serveur d’applications
- Liste des lots obsolètes désinstallés après la mise à niveau
- Restructuration des référentiels
- Restructuration des référentiels dans AEM 6.4
- Restructuration des référentiels dans AEM 6.4
- Restructuration des référentiels dans AEM 6.4
- Restructuration des référentiels d’Assets dans AEM 6.4
- Restructuration des référentiels Dynamic Media dans AEM 6.4
- Restructuration des référentiels de Forms dans AEM 6.4
- Restructuration des référentiels e-Commerce dans AEM 6.4
- Restructurer les référentiels pour AEM Communities dans la version 6.4
- eCommerce
- Bonnes pratiques