Exigences techniques technical-requirements

Adobe prend en charge Adobe Experience Manager (AEM) sur les plateformes, comme décrit ci-après dans ce document.

Pour tout problème lié à la plateforme, contactez le fournisseur de la plateforme.

NOTE
Selon la plateforme sur laquelle vous installez AEM, il peut y avoir différents ensembles d’exigences pour la gestion des utilisateurs et des utilisatrices.

Prérequis prerequisites

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 d’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 minimum-sizing-requirements

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
NOTE

Pour plus d’informations, voir Consignes de dimensionnement du matériel.

Niveaux de prise en charge support-levels

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 supported-configurations

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 des clients et 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, contactez l’assistance clientèle d’Adobe.

Configurations non prises en charge unsupported-configurations

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 supported-platforms

Machines virtuelles Java™ java-virtual-machines

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™ :

CAUTION
Consultez les bulletins de sécurité publiés par le fournisseur Java™. Vous contribuez ainsi à la sécurité des environnements de production. Installez également toujours les mises à jour Java™ les plus récentes.
Plateforme
Niveau de prise en charge
Lien
Oracle Java™ SE 17 JDK
Z : non pris en charge [1]
Oracle Java™ SE 11 JDK - 64 bits
A : pris en charge [1]
Télécharger
Oracle Java™ SE 10 JDK
Z : non pris en charge [1]
Oracle Java™ SE 9 JDK
Z : non pris en charge [1]
Oracle Java™ SE 8 JDK - 64 bits
A : pris en charge [1]
Télécharger
Machine virtuelle IBM® J9 - Version 2.9, JRE 1.8.0
A : prise en charge de [2]
Machine virtuelle IBM® J9 - Version 2.8, JRE 1.8.0
A : prise en charge de [2]
Azul Zulu OpenJDK 11 - 64 bits
A : pris en charge de [3]
Azul Zulu OpenJDK 8 - 64 bits
A : prise en charge de [3]
  1. Oracle est passé à un modèle de « support à long terme » (LTS) pour les produits Oracle Java™ SE. Java™ 9, Java™ 10 et Java™ 12 sont des versions non-LTS fournies par Oracle (consultez la feuille de route de la prise en charge d’Oracle Java™ SE). Pour déployer AEM dans un environnement de production, Adobe assure uniquement la prise en charge des versions LTS de Java™. 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, sont directement prises en charge par Adobe pour tous les clients et clientes AEM utilisant la technologie Oracle Java™ SE. Consultez la Politique de prise en charge Java™ pour Adobe Experience Manager.
    Important : Oracle Java™ 11 est pris en charge au moins jusqu’en septembre 2026. La prise en charge d’Oracle Java™ 17 est en cours de préparation.

  2. IBM® JRE est pris en charge uniquement avec le serveur d’applications WebSphere®.

  3. Les versions LTS OpenJDK Azul Zulu sont prises en charge pour les déploiements d’AEM On-Premise commençant par la version 6.5 SP9. La prise en charge et la distribution des versions du JDK LTS Azul Zulu doivent être autorisées directement depuis Azul par les clients et clientes Adobe.

Stockage et persistance storage-persistence

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 le magasin de données [1]
Binaires
A : pris en charge
Stockage de binaires dans des 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
Stockage d’objets blob Microsoft® Azure.
Binaires
A : pris en charge
MongoDB Enterprise 6.0
Référentiel
A : pris en charge [3, 4]
MongoDB Enterprise 5.0
Référentiel
A : pris en charge [3, 4]
MongoDB Enterprise 4.4
Référentiel
A : pris en charge [2, 3, 4, 7]
MongoDB Enterprise 4.2
Référentiel
A : pris en charge [2, 3, 4, 7]
MongoDB Enterprise 4.0
Référentiel
Z : non pris en charge
MongoDB Enterprise 3.6
Référentiel
Z : non pris en charge
MongoDB Enterprise 3.4
Référentiel
Z : non pris en charge
IBM® DB2® 10.5
Référentiel et base de données Forms
R : prise en charge limitée [5]
Oracle Database 12c (12.1.x)
Référentiel et base de données Forms
R : prise en charge limitée
Microsoft® SQL Server 2016
Base de données Forms
A : pris en charge
Apache Lucene (démarrage rapide intégré)
Service de recherche
A : pris en charge
Apache Solr
Service de recherche
A : pris en charge
  1. 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. Chargez la version test d’AEM avec le système de fichiers réseau/distant.

  2. MongoDB Enterprise versions 4.2 et 4.4 nécessitent AEM 6.5 SP9 au minimum.

  3. La fragmentation MongoDB n’est pas prise en charge dans AEM.

  4. Seul le moteur de stockage WiredTiger de MongoDB est pris en charge.

  5. Pris en charge pour les clients et clientes de mise à niveau d’AEM Forms. Non pris en charge pour les nouvelles installations.

  6. Applicable à AEM Forms uniquement :

    • Suppression de la prise en charge d’Oracle Database 12c et ajout de la prise en charge d’Oracle Database 19c.
    • Suppression de la prise en charge de Microsoft® SQL Server 2016 et ajout de celle de Microsoft® SQL Server 2019.
  7. Non pris en charge pour AEM Forms.

NOTE
Consultez la section Déploiement de Communities pour plus d’informations sur les fonctionnalités d’AEM Communities.
NOTE
MongoDB est un logiciel tiers non inclus dans le package de licence d’AEM. Pour plus d’informations, consultez la page Politique de licence de MongoDB.
Pour tirer pleinement parti de votre déploiement AEM avec MongoDB, Adobe conseille d’utiliser la version MongoDB Enterprise sous licence afin de bénéficier d’une assistance professionnelle. Consultez la section Déploiements recommandées pour plus d’informations.
La licence comprend un ensemble de répliques, composé d’une instance principale et de deux instances secondaires qui peuvent être utilisées pour les déploiements de création ou de publication.
Si vous souhaitez exécuter les instances de création et de publication sur MongoDB, vous devez acheter deux licences distinctes.
Vous obtiendrez auprès de l’équipe d’assistance clientèle d’Adobe une aide adaptée aux problèmes admissibles relatifs à l’utilisation de MongoDB avec AEM.
Pour plus d’informations, consultez la page MongoDB pour Adobe Experience Manager.
NOTE
Les bases de données relationnelles prises en charge, telles que répertoriées ci-dessus, sont des logiciels tiers qui ne sont pas inclus dans le package de licence d’AEM.
Pour exécuter AEM 6.5 avec une base de données relationnelle prise en charge, un contrat d’assistance distinct auprès d’un fournisseur de base de données est requis. L’assistance clientèle Adobe propose son aide pour les problèmes admissibles liés à l’utilisation des bases de données relationnelles avec AEM 6.5.
La plupart des bases de données relationnelles sont actuellement prises en charge au niveau R sur AEM 6.5, qui comprend des critères et un programme de prise en charge, comme indiqué dans la description du niveau R ci-dessus.

Moteurs de servlet/serveurs d’applications servlet-engines-application-servers

Adobe Experience Manager peut s’exécuter en tant que serveur autonome (fichier JAR de démarrage rapide) ou en tant qu’application web dans un serveur d’applications tiers (fichier WAR).

La version minimale requise de l’API servlet est Servlet 3.1.

Plateforme
Niveau de prise en charge
Moteur de servlet intégré à démarrage rapide (Jetty 9.4)
A : pris en charge
Oracle WebLogic Server 12.2 (12cR2)
Z : non pris en charge
Serveur d’applications IBM WebSphere en livraison continue (LibertyProfile) avec Web Profile 7.0 et IBM® JRE 1.8
R : prise en charge restreinte des nouveaux contrats [2]
Serveur d’applications IBM® WebSphere® 9.0 et IBM® JRE 1.8
R : prise en charge restreinte des nouveaux contrats [1] [2]
Apache Tomcat 8.5.x
R : prise en charge restreinte des nouveaux contrats [2]
JBoss EAP 7.2.x avec le serveur d’applications JBoss®
Z : non pris en charge
JBoss® EAP 7.1.4 avec le serveur d’applications JBoss®
R : prise en charge restreinte des nouveaux contrats [1] [2]
JBoss® EAP 7.0.x avec le serveur d’applications JBoss®
Z : non pris en charge
  1. Recommandé pour les déploiements avec AEM Forms.
  2. Avec les déploiements d’AEM 6.5 sur les serveurs d’applications, la prise en charge limitée sera activée. Les clientes et clients existant(e)s peuvent effectuer une mise à niveau vers AEM 6.5 et continuer à utiliser des serveurs d’applications. Pour les nouveaux clients et nouvelles clientes, des critères et un programme de prise en charge sont inclus, comme indiqué dans la description du niveau R ci-dessus.
  3. AEM Forms applicable uniquement :
    • Suppression de la prise en charge de JBoss® EAP 7.1.4 et ajout de celle de JBoss® EAP 7.4.10.

Systèmes d’exploitation de serveur server-operating-systems

Adobe Experience Manager fonctionne avec les plateformes de serveur suivantes pour les environnements de production :

Plateforme
Niveau de prise en charge
Linux®, basé sur la distribution Red Hat®
A : prise en charge de : [1] [3]
Linux, en fonction de la distribution Debian, incluse Ubuntu
A : prise en charge de : [1] [2]
Linux, en fonction de la distribution SUSE®
A : prise en charge de [1]
Microsoft® Windows Server 2019 [4]
R : prise en charge restreinte des nouveaux contrats [5]
Microsoft® Windows Server 2016 [4]
R : prise en charge restreinte des nouveaux contrats [5]
Microsoft® Windows Server 2012 R2
Z : non pris en charge
Oracle Solaris™ 11
Z : non pris en charge
IBM® AIX® 7.2
Z : non pris en charge
  1. Noyau Linux® 2.6.3. x, 4. x, 5. x et 6. x contient 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, Red Hat® Enterprise Linux® 7, Red Hat® Enterprise Linux® 8 et Red Hat® Enterprise Linux® 9.

  2. AEM Forms est pris en charge sur Ubuntu 20.04 LTS.

  3. Distribution Linux® prise en charge par Adobe Managed Services.

    note note
    NOTE
    Pour les serveurs basés sur Linux (pile OSGI et JEE), le module complémentaire AEM Forms nécessite des dépendances d’exécution telles que :
    • glibc.x86_64 (2.17-196)
    • libX11.x86_64 (1.6.7-4)
    • zlib.x86-64 (1.2.7-17)
    • libxcb.x86_64 (1.13-1.el7)
    • libXau.x86_64 (1.0.8-2.1.el7)
  4. Les déploiements en exploitation Microsoft® Windows sont pris en charge pour les clients et clientes effectuant une mise à niveau vers la version 6.5 et pour une utilisation en dehors de l’environnement d’exploitation. Les nouveaux déploiements sont à la demande pour AEM Sites et Assets.

  5. AEM Forms est pris en charge sur Microsoft® Window Server sans les restrictions de niveau de prise en charge R.

  6. AEM Forms a supprimé la prise en charge de Microsoft® Windows Server 2016.

NOTE
Si vous installez AEM Forms 6.5, assurez-vous d’avoir installé le redistribuable Microsoft® Visual C++ 32 bits suivant.
  • Redistribuable Microsoft® Visual C++ 2008
  • Redistribuable Microsoft® Visual C++ 2010
  • Redistribuable Microsoft® Visual C++ 2012
  • Microsoft® Visual C++ 2013 redistribuable
  • Microsoft® Visual C++ 2019 (VC14.28 ou version ultérieure) redistribuable

Environnements virtuels et de cloud computing virtual-cloud-computing-environments

Adobe Experience Manager est pris en charge dans le cadre d’une exécution sur une machine virtuelle dans des environnements de cloud computing. Ces environnements incluent Microsoft® Azure et Amazon Web Services (AWS), s’exécutant conformément aux exigences techniques répertoriées sur cette page et conformément aux conditions de prise en charge standard d’Adobe.

Pour un environnement natif dans le cloud, passez en revue la dernière offre de la gamme de produits AEM : Adobe Experience Manager as a Cloud Service. Consultez la Documentation d’Adobe Experience Manager as a Cloud Service pour plus d’informations.

Adobe propose également l’utilisation d’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 les documents complémentaires 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 se limite à l’environnement informatique virtuel. Cet environnement virtuel doit être exécuté 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 doit être reproductible, indépendamment de tout service cloud spécifique à l’environnement de cloud computing. En d’autres termes, sauf si le service cloud est 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, Adobe recommande de travailler directement avec le fournisseur de cloud. Vous pouvez également travailler avec des partenaires d’Adobe pour prendre en charge le déploiement d’AEM dans l’environnement cloud de votre choix. Le fournisseur ou le partenaire cloud sélectionné est responsable des spécifications de dimensionnement, de la conception et de l’implémentation de l’architecture, afin de répondre à vos exigences spécifiques en matière de performances, de charge, d’évolutivité et de sécurité.

Plateformes de Dispatcher (serveurs web) dispatcher-platforms-web-servers

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.5 nécessite la version 4.3.2 ou une version ultérieure du Dispatcher.

Les serveurs web suivants sont pris en charge pour une utilisation avec Dispatcher version 4.3.2 :

Plateforme
Niveau de prise en charge
Apache httpd 2.4.x [1,2]
A : pris en charge
Microsoft® IIS 10 (Internet Information Server)
A : pris en charge
Microsoft® IIS 8.5 (Internet Information Server)
Z : non pris en charge
  1. Les serveurs web créés à partir du code source Apache httpd prennent autant en charge que la version de httpd sur laquelle ils sont basés. En cas de doute, demandez à Adobe de confirmer le niveau de prise en charge relatif au produit serveur correspondant. Les cas suivants :

    1. Le serveur HTTP a été créé en utilisant uniquement les distributions source Apache officielles, ou
    2. 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.
  2. Dispatcher n’est pas disponible pour Apache 2.4.x pour les systèmes d’exploitation Windows.

Plateformes clientes prises en charge supported-client-platforms

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.

NOTE
Prise en charge des navigateurs avec des cycles de version rapides :
Mozilla Firefox, Google Chrome et Microsoft® Edge publient des mises à jour à quelques mois d’intervalle. Adobe s’engage à fournir des mises à jour pour qu’Adobe Experience Manager conserve le niveau de prise en charge, comme indiqué ci-dessous avec les versions à venir de ces navigateurs.
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
Z : non pris en charge
Z : non 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 sous macOS (Evergreen)
A : pris en charge
A : pris en charge
Apple Safari 11.x sous macOS
Z : non pris en charge
Z : non 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
Z : non pris en charge
Z : non pris en charge
  1. Version de prise en charge étendue de Firefox En savoir plus sur mozilla.org
  2. Prise en charge d’Apple iPad

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 webdav-clients

Microsoft® Windows 7 et versions ultérieures

Lors de la connexion 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 :

  1. Recherchez la sous-clé de registre :

    • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
  2. Ajoutez l’entrée de registre BasicAuthLevel à cette sous-clé à l’aide d’une valeur de 2 ou plus.

Remarques supplémentaires sur Platform additional-platform-notes

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 ipv-and-ipv

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 spécifiez une adresse IP au format approprié à votre type de réseau, si nécessaire.

Lorsqu’une adresse IP doit être spécifiée, vous pouvez effectuer une sélection (au besoin) parmi les options suivantes :

  • Adresse IPv6. Par exemple, https://[ab12::34c5:6d7:8e90:1234]:4502.

  • Adresse IPv4. Par exemple, https://123.1.1.4:4502.

  • Nom du serveur. Par exemple, https://www.yourserver.com:4502.

  • le scénario par défaut de localhost est interprété pour les installations réseau IPv4 et IPv6. Par exemple, https://localhost:4502.

Exigences requises pour le module complémentaire AEM Dynamic Media requirements-for-aem-dynamic-media-add-on

Par défaut, AEM Dynamic Media est désactivé. Rendez-vous ici pour activer Dynamic Media.

Lorsque Dynamic Media est activé, des exigences techniques supplémentaires sont d’application.

NOTE
Ces configurations système s’appliquent uniquement si vous utilisez Dynamic Media en mode hybride ; ce mode comprend un serveur d’images intégré qui n’est certifié que sur certains systèmes d’exploitation.
Pour les clientes et clients Dynamic Media qui exécutent Dynamic Media en mode Scene7 (soit dynamicmedia_scene7), il n’existe aucune configuration requise supplémentaire ; la configuration requise est la même que pour AEM. L’architecture du mode Scene7 de Dynamic Media utilise le service d’images basé sur le cloud et non le service incorporé dans AEM.

Matériel hardware

Les exigences matérielles suivantes s’appliquent à Linux® et Windows :

  • Processeur Intel Xeon® ou AMD® Opteron avec au moins quatre cœurs
  • Au moins 16 Go de RAM

Linux® linux

Si vous utilisez Dynamic Media sous Linux®, les conditions préalables ci-dessous doivent être remplies :

  • 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)
NOTE
Si les paramètres régionaux sont définis de sorte que LC_CTYPE n’est pas égal à en_US.UTF-8, cela empêchera Dynamic Media de fonctionner. Pour voir quelle est sa valeur, saisissez « locale » à l’invite de commande. Si elle n’est pas définie correctement, définissez la variable d’environnement LC_CTYPE sur la chaîne vide en saisissant « export LC_CTYPE= » avant d’exécuter AEM.
NOTE
Désactivation de SELinux : la diffusion d’images ne fonctionne pas lorsque SELinux est activé. Cette option est activée par défaut. Pour résoudre ce problème, modifiez le fichier /etc/selinux/config et modifiez la valeur SELinux à partir de :
SELINUX=enforcing vers SELINUX=disabled
NOTE
Architecture NUMA : les systèmes dotés de processeurs AMD64 et Intel® EM64T sont généralement configurés en tant que plateformes NUMA (Non Uniform Memory Architecture). En d’autres termes, le noyau construit plusieurs nœuds de mémoire au moment du démarrage plutôt que de construire un seul nœud de mémoire.
La construction de plusieurs nœuds peut entraîner un épuisement de la mémoire sur un ou plusieurs nœuds avant que d’autres nœuds ne s’épuisent. Lorsque l’épuisement de la mémoire se produit, le noyau peut décider d’interrompre les processus (par exemple, la diffusion d’images ou le serveur de plateformes) même s’il existe de la mémoire disponible.
Par conséquent, si vous exécutez un tel système, Adobe recommande de désactiver NUMA à l’aide de l’option de démarrage numa=off pour éviter que le noyau n’arrête ces processus.
NOTE
La résolution du nom d’hôte du serveur doit être effectuée : assurez-vous que le nom d’hôte du serveur est résolvable sur une adresse IP. Si cela s’avère impossible, ajoutez le nom d’hôte complet et l’adresse IP à /etc/hosts  :
<ip address> <fully qualified hostname>

Windows 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, installez les redistribuables Microsoft® Visual Studio 2010, 2013 et 2015 pour x64 et x86.

Pour Windows x64 :

Pour Windows x86 :

macOS 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 requirements-for-aem-forms-pdf-generator

Prise en charge logicielle de PDF Generator software-support-for-pdf-generator

Produit
Formats pris en charge pour la conversion en PDF
Dernière version Suivi classique Acrobat 2020
XPS, formats d’image (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC), HTML, HTM, DWG, DXF et DWF
Dernière version (obsolète) 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® Office 2019
DOC, DOCX, XLS, XLSX, PPT, PPTX, RTF et TXT
Microsoft® Office 2016 (obsolète)
DOC, DOCX, XLS, XLSX, PPT, PPTX, RTF et TXT
WordPerfect 2020
WP, WPD
Microsoft® Office Visio 2016 (obsolète)
VSD, VSDX
Microsoft® Publisher 2019
PUB
Microsoft® Publisher 2016 (obsolète)
PUB
Microsoft® Project 2016 (obsolète)
MPP
OpenOffice 4.1.10
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 4.1.2 (obsolète)
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
NOTE
PDF Generator ne prend en charge que les versions allemande, anglaise, française et japonaise des systèmes d’exploitation et des applications pris en charge.
En outre :
  • PDF Generator requiert la version 32 bits d’Acrobat 2020 (suivi Classic) version 20.004.30006 ou d’Acrobat 2017 version 17.011.30078 pour effectuer la conversion.
  • Les conversions de PDF Generator pour OpenOffice sont uniquement prises en charge sous Windows et Linux®.
  • PDF Generator prend uniquement en charge la version commerciale 32 bits de Microsoft® Office Professional Plus et d’autres logiciels requis pour la conversion sur le système d’exploitation Windows.
  • PDF Generator prend en charge les versions 32 et 64 bits d’OpenOffice sous le système d’exploitation Linux®.
  • PDF Generator ne prend pas en charge Microsoft® Office 365.
  • 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. Accédez à la version groupée uniquement par programmation avec AEM Forms, pendant la durée de la licence AEM Forms et pour une utilisation avec AEM Forms PDF Generator. Pour plus d’informations, consultez la description du produit AEM Forms correspondant à votre déploiement (On-Premise ou Managed Services).
  • Le service PDF Generator ne prend pas en charge Microsoft® Windows 10.
  • PDF Generator ne parvient pas à convertir les fichiers à l’aide de Microsoft® Visio 2019. Vous pouvez continuer à utiliser Microsoft® Visio 2016 pour convertir les fichiers .VSD et .VSDX.
  • PDF Generator ne parvient pas à convertir les fichiers à l’aide de Microsoft® Project 2019. Vous pouvez continuer à utiliser Microsoft® Project 2016 pour convertir les fichiers .VSD et .VSDX.

Conditions requises pour AEM Forms Designer requirements-for-aem-forms-designer

  • Microsoft® Windows® 2016 Server, Microsoft® Windows® 2019 Server, Microsoft® Windows® 10 ou Windows® 11
  • 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’administration pour l’installation de Designer
  • Microsoft Visual C++ 2019 (VC 14.28 ou version ultérieure) Runtime 32 bits pour AEM Forms Designer 32 bits
  • Microsoft Visual C++ 2019 (VC 14.28 ou version ultérieure) 64 bits pour AEM Forms Designer 64 bits (pour la pile OSGI et JEE)

Installation et configuration du concepteur AEM Forms

Conditions requises pour l’écriture différée des métadonnées AEM Assets XMP requirements-for-aem-assets-xmp-metadata-write-back

L’écriture différée XMP est prise en charge et activée pour les plateformes et formats de fichier suivants :

Conditions requises pour qu’AEM Assets traite les ressources lourdes en métadonnées sous Linux® assetsonlinux

Le processus XMPFilesProcessor nécessite le fonctionnement de la bibliothèque GLIBC_2.14. Utilisez un noyau Linux® qui contient GLIBC_2.14, par exemple, le noyau Linux® version 3.1.x. Cela améliore les performances de traitement des ressources qui contiennent un grand nombre de métadonnées, comme les fichiers de PSD. L’utilisation d’une version précédente de GLIBC entraîne une erreur dans les journaux commençant par com.day.cq.dam.core.impl.handler.xmp.NCommXMPHandler Failed to read XMP.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2