Exigences techniques

Adobe prend en charge Adobe Experience Manager (AEM) sur les plateformes indiquées dans les informations suivantes de ce document.

Pour tout problème relatif à la plateforme proprement dite, contactez directement le fournisseur de la plateforme.

REMARQUE

Selon le plateforme sur lequel vous avez installé AEM, il peut exister différents ensembles de critères d’exigences pour la gestion des utilisateurs.

Conditions préalables

Configuration minimale requise pour installer Adobe Experience Manager :

  • Installation de la plateforme Java, du JDK Standard Edition 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 l’exécution de Adobe Experience Manager :

  • 5 Go d’espace disque disponible dans le répertoire d’installation
  • Mémoire de 2 Go
REMARQUE

Pour plus d'informations, consultez les directives de dimensionnement du matériel.

Niveaux de prise en charge

Ce document répertorie les plateformes client et serveur compatibles avec 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 assure un support complet 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 pour 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 ses clients, Adobe fournit une prise en charge complète dans le cadre d’un programme de prise en charge limitée, ce qui exige le respect de conditions spécifiques. Une prise en charge de niveau R exige une demande formelle de la part du client et la confirmation d’Adobe. Pour plus d’informations, contactez 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 quant au fonctionnement de la configuration et n’en assure pas la prise en charge.

Plateformes prises en charge

Machines virtuelles Java (JVM)

L’application nécessite l’exécution d’une machine virtuelle Java, laquelle est fournie par la distribution JDK (Java Development Kit).

Adobe Experience Manager fonctionne avec les versions suivantes des machines virtuelles Java :

ATTENTION

Il est conseillé de consulter les bulletins de sécurité publiés par l’éditeur Java afin de garantir la sécurité des environnements de production et d’installer les mises à jour Java les plus récentes.

Plate-forme 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]
Machine virtuelle IBM J9 – Version 2.9, JRE 1.8.0 [2] A : Pris en charge
Machine virtuelle IBM J9 – Version 2.8, JRE 1.8.0 [2] A : Pris en charge

  1. Oracle est passé à un modèle de support à long terme (LTS) pour les produits Oracle Java SE. Java 9 et 10 ne sont pas des versions de LTS par Oracle (voir Oracle Java SE support roadmap). Adobe assure uniquement la prise en charge des versions LTS de Java pour exécuter AEM en production.

  2. IBM JRE est pris en charge uniquement avec WebSphere Application Server.

  3. 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. Pour plus d’informations, voir la prise en charge Java Oracle pour Adobe Experience Manager Q&A.

Stockage et persistance

Plusieurs options sont disponibles pour déployer le référentiel d’Adobe Experience Manager. Consultez la liste suivante pour connaître les options de stockage et les technologies prises en charge.

Plate-forme 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
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 Microsoft Azure Blob Binaires A : Pris en charge
MongoDB Enterprise 3.6 [5, 6] Référentiel A : Pris en charge avec limites
MongoDB Enterprise 3.4 [2, 3, 6] Référentiel A : Pris en charge avec limites
MySQL 5.7 Base de données de formulaires A : Pris en charge
IBM DB2 11.1
 Base de données de formulaires A : Pris en charge
IBM DB2 10.5 Base de données de formulaires et de référentiels R : Prise en charge limitée (4)
Base de données Oracle 12c (12.1.x) Base de données de formulaires et de référentiels R : Prise en charge limitée
Microsoft SQL Server 2017 Base de données de formulaires Z : Non pris en charge (4)
Microsoft SQL Server 2016 Base de données de formulaires A : Pris en charge
Microsoft SQL Server 2014 Base de données de formulaires 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
  1. Le système de fichiers comprend le stockage de bloc compatible avec POSIX. Cela inclut la technologie de stockage réseau. Notez que les performances du système de fichiers sont variables et ont une incidence sur les performances globales. Il est conseillé d’effectuer un test de charge d’AEM avec le système de fichiers distant/réseau.
  2. La fragmentation MongoDB n’est pas pris en charge dans AEM.
  3. Seule le moteur de stockage MongoDB WiredTiger est prise en charge.
  4. AEM Forms n’est pas pris en charge.
  5. MongoDB Enterprise 3.6 est pris en charge à partir d’AEM version 6.4.2.0.
  6. La prise en charge de MongoDB 3.4 a atteint la fin de vie (EOL), tandis que MongoDB 3.6 devrait atteindre EOL le 30 avril 2021. Veuillez noter que l'Adobe ne fournira qu'un soutien pour AEM problèmes liés aux produits.
REMARQUE

Voir Déploiement de Communities pour plus d’informations sur les fonctionnalités d’AEM Communities.

REMARQUE

MongoDB est un logiciel tiers qui n’est pas inclus dans le pack de licences AEM. Pour plus d’informations, consultez la page relative à la stratégie de gestion des licences MongoDB (MongoDB licensing policy).

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. Voir Déploiements recommandés 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 créer des déploiements de création et de publication sur MongoDB, vous devez acheter deux licences distinctes.

Vous obtiendrez auprès de l’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.

REMARQUE

Les bases de données relationnelles prises en charge, telles qu’elles sont répertoriées ci-dessus, sont des logiciels tiers qui ne sont pas inclus dans le pack de licences AEM.

Pour pouvoir exécuter AEM 6.4 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. Vous obtiendrez auprès de l’assistance clientèle d’Adobe une aide adaptée aux problèmes admissibles relatifs à l’utilisation des bases de données relationnelles avec AEM 6.4.

Notez que, pour l’heure, la plupart des bases de données relationnelles bénéficient du niveau de prise en charge R sur AEM 6.4. Cette version s’accompagne des critères et d’un programme de prise en charge, comme indiqué dans la description du niveau R ci-dessus.

Moteurs de servlet / Serveurs d’applications

Adobe Experience Manager peut s’exécuter comme serveur autonome (fichier JAR de démarrage rapide) ou comme application web avec un serveur d’applications tiers (fichier WAR).

La version d’API de servlet minimum requise est 3.1, mais elle doit être au-dessous de 4.0.

Plate-forme Niveau de prise en charge
Moteur de servlet intégré au fichier de démarrage rapide (Jetty 9.3) A : Pris en charge
Oracle WebLogic Server 12.2 (12cR2) A : Pris en charge
IBM WebSphere Application Server 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 JBoss Application Server A : Pris en charge (1)
JBoss EAP 7.0.0 avec JBoss Application Server A : Pris en charge
  1. AEM Forms n’est pas pris en charge.

Systèmes d’exploitation serveur

Adobe Experience Manager fonctionne avec les plates-formes serveur suivantes :

Plate-forme Niveau de prise en charge
Linux, en fonction de 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 pour les nouveaux contrats
IBM AIX 7.2 A : Pris en charge avec des restrictions (2,5,7)
R : Prise en charge limitée pour les nouveaux contrats
  1. Linux Kernel 2.6, 3.x et 4.x inclut 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.
  2. AEM Assets : Veuillez consulter la section Prise en charge pour l’écriture différée des métadonnées XMP
  3. AEM Assets : Pas de prise en charge pour l’imagerie Dynamic Media. Le service vidéo de média dynamique est pris en charge.
  4. AEM Forms est pris en charge uniquement sur Ubuntu 16.04 LTS.
  5. AEM Assets : Pas de prise en charge pour la transformation de fichiers bruts
  6. AEM Forms : Pas de prise en charge pour l’environnement de production
  7. AEM Assets : Pas de prise en charge pour PDF Rasterizer amélioré
  8. AEM Forms : Non pris en charge

Environnements virtuels et de cloud computing

Adobe Experience Manager exécuté sur une machine virtuelle sur des environnements de cloud computing, tels que Microsoft Azure et Amazon Web Services (AWS), est pris en charge conformément aux exigences techniques répertoriées sur cette page, et d’après les conditions de prise en charge standard d’Adobe.

Adobe recommande 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. Veuillez consulter nos documents complémentaires sur Adobe Managed Services.

Dans tous les autres cas, lorsqu’AEM est déployé 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 caractéristiques techniques répertoriées sur cette page. Tout problème signalé lié à l’exécution d’AEM dans ces environnements cloud devra être reproductible indépendamment de tout service cloud spécifique à l’environnement de cloud computing, à moins que le service cloud ne soit 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 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 votre fournisseur cloud ou avec l’un des partenaires Adobe prenant en charge le déploiement d’AEM dans l’environnement de cloud de votre choix. Le partenaire ou fournisseur cloud que vous choisissez est responsable du dimensionnement, de la conception et de l’implémentation de l’architecture, et ce, pour répondre à vos besoins spécifiques en matière de performance, de chargement, d’évolutivité et de sécurité.

Plateformes Dispatcher (serveurs web)

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 Dispatcher version 4.3.1 ou ultérieure.

L’utilisation des serveurs web ci-dessous est prise en charge avec Dispatcher version 4.3.1 :

Plate-forme Niveau de prise en charge
Apache httpd 2.4.x (voir aussi 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

  1. 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 à Adobe de confirmer le niveau de prise en charge relatif au produit serveur correspondant. Cas suivants :

    1. le serveur HTTP a été développé en utilisant uniquement les distributions source Apache officielles; ou
    2. le serveur HTTP a été distribué comme composant 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 sur 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 modules complémentaires et externes.

L’interface utilisateur d’AEM est optimisée en vue d’une utilisation sur des grands écrans (ordinateurs portables et de bureau) et sur des tablettes (du type Apple iPad ou Microsoft Surface). Le format « téléphone » n’est pas pris en charge.

REMARQUE

Prise en charge des navigateurs mis à jour fréquemment :

Mozilla Firefox, Google Chrome and Microsoft Edge publient des mises à jour tous les quelques mois. Adobe s’engage à fournir des mises à jour pour Adobe Experience Manager afin de conserver le niveau de prise en charge 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 A : Pris en charge A : Pris en charge
Mozilla Firefox (Evergreen) A : Pris en charge A : Pris en charge
Mozilla Firefox, dernière version Extended Support Release (ESR) [1] A : Pris en charge A : Pris en charge
Apple Safari 12.x sur macOS A : Pris en charge A : Pris en charge
Apple Safari 11.x sur macOS A : Pris en charge A : Pris en charge
Apple Safari 10.x sur 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
  1. Version ESR (Extended Support Release) de Firefox. Plus d’informations à ce sujet sur mozilla.org
  2. Prise en charge pour Apple iPad

Navigateurs pris en charge pour les sites web

En règle générale, la prise en charge du navigateur pour les sites web rendus par AEM Sites dépend de la mise en œuvre des modèles de pages AEM, de la conception et de la sortie des composants. Par conséquent, la responsabilité en revient à celui qui met en œuvre ces composants.

Clients WebDAV

Microsoft Windows 7+

Pour se connecter avec Microsoft Windows 7 et versions ultérieures à une instance AEM qui n’est pas sécurisée avec SSL, il faut qu’une authentification de base sur un réseau non sécurisé soit activée dans Windows. Pour ce faire, une modification est nécessaire dans le Registre Windows de WebClient :

  1. Localisez la sous-clé du Registre :

    • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters

  2. Ajoutez l’entrée de Registre BasicAuthLevel à cette sous-clé en lui attribuant une valeur de 2 (ou plus élevée).

Reportez-vous à l’article 841215 de la Base de connaissances d’assistance Microsoft.

Pour améliorer la réactivité du client WebDav sous Windows, consultez l’article 2445570 de la Base de connaissances d’assistance Microsoft.

Autres remarques relatives aux plates-formes

Vous trouverez dans cette section des remarques et des informations plus détaillées concernant l’exécution d’Adobe Experience Manager et de ses modules complémentaires.

IPv4 et IPv6

Tous les éléments d’Adobe Experience Manager (Instance, Dispatcher) peuvent être installés sur des réseaux IPv4 et IPv6.

Tout fonctionne sans problème, dans la mesure où aucune configuration particulière n’est requise. Si nécessaire, vous pouvez simplement indiquer une adresse IP suivant le format approprié au type de réseau.

Cela signifie que lorsqu’une adresse IP doit être indiquée, vous avez le choix entre (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

  • la casse par défaut de localhost sera interprétée pour les installations réseau IPv4 et IPv6.

    par exemple, http://localhost:4502

Configuration requise 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é, les autres configurations requises suivantes s’appliquent :

REMARQUE

La configuration requise suivante s'applique uniquement si vous utilisez le mode Dynamic Media - Hybrid ; Dynamic Media - Le mode hybride est doté d’un serveur d’images intégré, qui est uniquement certifié sur certains systèmes d’exploitation.

Pour les clients Dynamic Media qui exécutent le mode Dynamic Media – Scene7 (mode d’exécution dynamicmedia_scene7), il n’existe aucune exigence système supplémentaire spécifique ; la configuration requise est donc la même que pour AEM. L’architecture du mode Dynamic Media – Scene7 utilise le service d’images basé sur le cloud, et non celui intégré dans AEM.

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 mémoire vive (RAM) au minimum

Linux

L’utilisation de Dynamic Media sous Linux requiert les conditions préalables suivantes :

  • RedHat Enterprise 7 ou CentOS 7 et versions ultérieures avec les derniers correctifs
  • Système d’exploitation 64 bits
  • Échange désactivé (recommandé)
  • SELinux désactivé (voir la remarque ci-dessous)
REMARQUE

Si les paramètres locaux sont définis de sorte que LC_CTYPE n’est pas égal à en_US.UTF-8, cela empêchera Dynamic Media de fonctionner. Pour connaître sa valeur, saisissez "locale" à l’invite de commande. Si la configuration est différente, définissez la variable d’environnement LC_CTYPE sur la chaîne vide en saisissant "export LC_CTYPE=" avant d’exécuter AEM.

REMARQUE

Disabling SELinux (Désactiver SELinux) : La diffusion d’images ne fonctionne pas lorsque SELinux est activé. Cette option est activée par défaut. Pour remédier à ce problème, modifiez le fichier /etc/selinux/config et définissez la valeur SELinux comme suit :

SELINUX=enforcing vers SELINUX=disabled

REMARQUE

Architecture NUMA : Les systèmes équipés de processeurs à architecture AMD64 et Intel EM64T sont généralement configurés comme des plates-formes NUMA (Non Uniform Memory Architecture). Cela signifie que le noyau construit plusieurs nœuds de mémoire lors du démarrage, plutôt que d’en construire un seul.

Cette construction à plusieurs nœuds peut entraîner un épuisement de la mémoire sur un ou plusieurs des nœuds avant l’épuisement des autres. Lorsqu’un épuisement de la mémoire se produit, le noyau peut décider de terminer des processus (Image Server ou Platform Server, par exemple), bien que de la mémoire soit disponible.

Si vous utilisez un système de ce type, Adobe vous conseille donc de désactiver l’architecture NUMA à l’aide de l’option de démarrage numa=off afin d’éviter que le noyau termine ces processus.

REMARQUE

Le nom d’hôte du seveur doît être résolvable : Veillez à ce que le nom de hôte du serveur soit 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

  • Microsoft Windows Server 2016
  • Espace d’échange égal à au moins deux fois la quantité de mémoire physique (RAM).

Pour utiliser Dynamic Media sous Windows, Microsoft Visual Studio 2010, 2013 et 2015 redistributables pour x64 et x86 doit être installé.

x64

x86

Mac OS

  • Versions 10.9.x et ultérieures
  • Pris en charge uniquement à des fins d’évaluation et de démonstration

Exigences pour le générateur de PDF AEM Forms

Produit

Formats pris en charge pour la conversion en PDF

Acrobat 2017 suivi Classic

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
REMARQUE

PDF Generator prend en charge uniquement les versions en anglais, français, allemand et japonais des applications et des systèmes d’exploitation pris en charge.

En outre :

  • PDF Generator nécessite Acrobat 2017 suivi Classic version 17.011.30078 ou ultérieure pour effectuer la conversion.
  • AEM Forms prends en charge uniquement les éditions 32 bits du logiciel pris en charge.
  • Les fonctionnalités OCR PDF (PDF où l’on peut effectuer une recherche), Optimize PDF, et Export PDF sont prises en charge uniquement sous Microsoft Windows.
  • Le service HTML2PDF est obsolète sous AIX.
  • Les conversions de PDF Generator pour OpenOffice sont uniquement prises en charge sous Windows, Linux et Solaris.
  • Les fonctionnalités OCR PDF, Optimize PDF et Export PDF sont prises en charge uniquement sous Windows.
  • Une version d’Acrobat est fournie avec AEM Forms pour permettre la fonctionnalité PDF Generator. La version groupée ne doit être accessible que par programmation et uniquement avec AEM Forms, pendant le terme de la licence AEM Forms pour l’utilisation avec AEM Forms PDF Generator. Pour plus d'informations, reportez-vous à la description du produit AEM Forms selon votre déploiement (Sur site ou Managed Services)".

Exigences pour l’écriture en différée des métadonnées XMP AEM Assets

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

Formats de fichier

  • JPEG
  • PNG
  • TIFF
  • PDF
  • INDD
  • AI
  • EPS

Exigences pour le lecteur AEM Screens

Le lecteur AEM Screens version 3.3.x prend en charge les systèmes d’exploitation suivants :

  • Microsoft Windows 10 Enterprise LTSB
  • Google Chrome OS 62+
  • Google Android 5.1.1 avec mise à jour d'Android System WebView version 52+
  • Apple iOS 10.3+
  • Apple macOS 10.12+

Sur cette page