AEM Forms est une application déployée en AEM sous la forme d’un module AEM. Le package est appelé module complémentaire AEM Forms. Le module complémentaire AEM Forms contient à la fois des services (fournisseurs d’API), qui sont déployés dans le conteneur OSGi AEM, et des servlets ou JSP (qui offrent à la fois des fonctionnalités frontales et d’API REST) gérés par AEM Sling. Le diagramme suivant illustre cette configuration:
L’architecture d’AEM Forms comprend les composants suivants :
Services AEM principaux : services de base fournis par AEM à une application déployée. Ces services comprennent un référentiel de contenu compatible JCR, un conteneur de service OSGI, un moteur de workflow, un Trust Store, un magasin de clés, etc. Ces services sont accessibles par l’application AEM Forms mais ne sont pas fournis par les modules AEM Forms. Ces services font partie intégrante de la pile AEM globale et divers composants AEM Forms utilisent ces services.
Services Forms : fournit des fonctionnalités liées aux formulaires, telles que la création, l’assemblage, la distribution et l’archivage de documents PDF, l’ajout de signatures numériques pour limiter l’accès aux documents et le décodage de formulaires à code à barres. Ces services sont accessibles au public pour utilisation par le code personnalisé co-déployé dans AEM.
Couche Web : JSP ou servlets, reposant sur les services communs et de formulaires, qui fournissent les fonctionnalités suivantes :
AEM Forms sur OSGi : Un environnement AEM Forms sur OSGi est un AEM Author standard ou AEM Publish avec un package AEM Forms déployé dessus. Vous pouvez exécuter AEM Forms sur OSGi dans un environnement serveur unique, une batterie et des configurations en grappe. La configuration de la grappe est disponible uniquement pour les instances d’auteur AEM.
AEM Forms on JEE: AEM Forms on JEE est un serveur AEM Forms s’exécutant sur la pile JEE. Il dispose d’AEM Author avec des packages de modules complémentaires AEM Forms et de fonctionnalités AEM Forms JEE supplémentaires co-déployées sur une pile JEE unique s’exécutant sur un serveur d’applications. Vous pouvez exécuter AEM Forms on JEE dans des configurations à serveur unique et en grappe. AEM Forms on JEE n’est nécessaire que pour exécuter la sécurité des documents, la gestion des processus et la mise à niveau vers AEM Forms pour les clients LiveCycles. Voici quelques autres scénarios d’utilisation d’AEM Forms on JEE :
AEM Forms on JEE fournit également les services de prise en charge suivants aux composants AEM :
L’interface utilisateur de création AEM Forms ne prend pas en charge la création d’un Document d’enregistrement (DOR), de PDF forms et de Forms HTML5. Ces ressources sont conçues à l’aide de l’application Forms Designer autonome et téléchargées individuellement vers AEM Forms Manager. Vous pouvez également concevoir les formulaires pour AEM Forms on JEE en tant que ressources d’application (dans AEM Forms Workbench) et les déployer sur le serveur AEM Forms on JEE.
AEM Forms sur OSGi et AEM Forms sur JEE disposent tous deux de fonctionnalités de flux de travaux. Vous pouvez rapidement créer et déployer des workflows de base pour diverses tâches sur les formulaires AEM sur OSGi, sans avoir à installer la fonctionnalité complète de gestion des processus de AEM Forms on JEE. Il existe une certaine différence dans les fonctionnalités du flux de travaux axé sur les formulaires sur AEM Forms sur OSGi et la fonctionnalité de gestion des processus d’AEM Forms sur JEE. Le développement et la gestion de workflows orientés formulaires sur AEM Forms sur OSGi utilisent les fonctionnalités familières de flux de travail AEM et de boîte de réception AEM.
L’image suivante affiche diverses configurations de serveur AEM Forms et leurs composants utilisés dans un déploiement AEM Forms classique :
Auteur : une instance d’auteur est un serveur AEM Forms exécuté en mode d’exécution de création standard. Il peut s’agir d’un environnement AEM Forms on JEE ou AEM Forms on OSGi. Il est destiné aux utilisateurs internes, aux concepteurs de formulaires et de communication interactive, ainsi qu’aux développeurs. L’élément Publier active les fonctionnalités suivantes :
Publier : une instance de publication est un serveur AEM Forms s’exécutant en mode d’exécution Publier standard. Les instances de publication sont destinées aux utilisateurs finaux des applications de formulaires (par exemple, les utilisateurs accédant à un site Web public et envoyant des formulaires). L’élément Publier active les fonctionnalités suivantes :
Traitement : instance d’AEM Forms s’exécutant en mode d’exécution Auteur sans utilisateurs affectés au groupe de gestionnaires de formulaires. Vous pouvez déployer AEM Forms on JEE ou AEM Forms sur OSGi en tant qu’instance de traitement. Les utilisateurs ne sont pas affectés pour s’assurer que les activités de création et de gestion de formulaires ne sont pas exécutées sur l’instance de traitement et se produisent uniquement sur l’instance d’auteur. Une instance de traitement permet les fonctionnalités suivantes :
Traitement des données de formulaire brutes provenant d’une instance de publication : Cette opération est effectuée principalement sur une instance de traitement via des workflows AEM qui se déclenchent à l’arrivée des données. Les workflows peuvent utiliser l’étape Modèle de données de formulaire fournie prêt à l’emploi pour archiver les données ou le document dans un magasin de données approprié.
Stockage sécurisé des données de formulaire : l’élément Traitement fournit un référentiel derrière le pare-feu pour les données de formulaire brutes qui sont également isolées des utilisateurs. Ni les concepteurs de formulaires sur l’instance d’auteur, ni les utilisateurs finaux sur l’instance de publication ne peuvent accéder à ce référentiel.
Adobe recommande d’utiliser un magasin de données tiers pour enregistrer les données traitées finales au lieu d’utiliser le référentiel AEM.
Enregistrement et post-traitement des données de correspondance provenant d’une instance de publication : AEM workflows effectuent le post-traitement facultatif des définitions de lettre correspondantes. Ces processus peuvent enregistrer les données finales traitées dans des magasins de données externes appropriés.
Hébergement de Workspace HTML : Une instance de traitement héberge le frontal de Workspace HTML. L’espace de travail HTML fournit l’interface utilisateur pour l’affectation de tâche/groupe associée pour les processus de révision et d’approbation.
Une instance de traitement est configurée pour s’exécuter en mode d’exécution Auteur, car :
Les topologies AEM Forms on JEE recommandées ci-dessous concernent principalement les clients effectuant une mise à niveau à partir d’un LiveCycle ou d’une version précédente de AEM Forms on JEE. Adobe recommande d'utiliser AEM Forms sur OSGi pour les nouvelles installations. Une nouvelle installation d’AEM Forms on JEE n’est recommandée que pour l’utilisation des fonctionnalités Document Security et Process Management.
Les clients AEM Forms prévoyant d’utiliser uniquement des services de document ou des fonctionnalités de sécurité des documents peuvent avoir une topologie similaire à celle affichée ci-dessous. Cette topologie recommande l’utilisation d’une seule instance d’AEM Forms. Vous pouvez également créer une grappe ou une batterie de serveurs AEM Forms, si nécessaire. Cette topologie est recommandée lorsque la plupart des utilisateurs accèdent par programmation aux fonctionnalités du serveur AEM Forms et que l’intervention via l’interface utilisateur est minimale. La topologie s’avère utile pour le traitement par lots des opérations de document. Par exemple, utilisez le service de sortie pour créer quotidiennement des centaines de documents PDF non modifiables.
Bien que AEM Forms vous permette de configurer et d'exécuter toutes les fonctionnalités à partir d'un seul serveur, vous devez toutefois planifier la capacité, équilibrer la charge et configurer des serveurs dédiés pour des fonctionnalités spécifiques dans un environnement de production. Par exemple, pour un environnement qui utilise le service PDF Generator pour convertir des milliers de pages par jour et ajouter des signatures numériques afin de limiter l’accès aux documents, configurez des serveurs AEM Forms distincts pour le service PDF Generator et les fonctionnalités de signature numérique. Cela permet de fournir des performances optimales et de dimensionner les serveurs indépendamment les uns des autres.
Les clients AEM Forms qui prévoient d’utiliser les fonctionnalités de gestion des processus AEM Forms peuvent, par exemple, utiliser une topologie similaire à celle affichée ci-dessous dans Workspace HTML. Le serveur AEM Forms on JEE peut se trouver dans une configuration de serveur unique ou de grappe.
Si vous effectuez une mise à niveau à partir de LiveCycle ES4, cette topologie est étroitement liée à ce que vous avez déjà dans le LiveCycle, à l’exception de l’ajout d’AEM Author intégré à AEM Forms on JEE. De plus, il n’y a pas de changement dans les exigences de mise en grappe pour les clients effectuant une mise à niveau. Si vous utilisiez AEM Forms dans un environnement organisé en grappes, vous pouvez continuer avec la même chose dans AEM 6.5 Forms. Pour une nouvelle installation d’AEM Forms of JEE pour l’utilisation de Workspace HTML, l’exécution de l’instance d’auteur intégrée à l’environnement JEE AEM est une autre exigence.
Le magasin de données de formulaire est un magasin de données tiers utilisé pour stocker les données traitées finales des formulaires et des communications interactives. Il s’agit d’un élément facultatif dans la topologie. Vous pouvez également choisir de configurer une instance de traitement et d’utiliser son référentiel comme système d’enregistrement final, si nécessaire.
La topologie est recommandée aux clients qui prévoient d’utiliser le serveur AEM Forms on JEE pour des fonctionnalités de gestion de processus (HTML Workspace) sans utiliser de post-traitement, de formulaires adaptatifs, de formulaires HTML5 et de fonctionnalités de communication interactive.
Les clients AEM Forms prévoyant d’utiliser les fonctionnalités de capture de données AEM Forms, par exemple, les formulaires adaptatifs, les formulaires HTML5 et les formulaires PDF, peuvent avoir une topologie similaire à celle présentée ci-dessous. Cette topologie est également recommandée pour l’utilisation des capacités de communication interactive de AEM Forms.
Vous pouvez apporter les modifications/personnalisations suivantes à la topologie suggérée ci-dessus :
Les clients AEM Forms prévoyant d’utiliser les fonctionnalités de capture de données AEM Forms, par exemple, les formulaires adaptatifs, les formulaires HTML5 et les formulaires PDF, peuvent avoir une topologie similaire à celle présentée ci-dessous. Cette topologie est également recommandée pour l’utilisation de la fonctionnalité de communications interactives et de processus basés sur l’utilisation de Forms on OSGi, par exemple pour utiliser la boîte de réception AEM et l’application AEM Forms pour les flux de processus métier.
Les clients AEM Forms qui envisagent d’utiliser des dossiers de contrôle pour le traitement par lots peuvent avoir une topologie similaire à celle affichée ci-dessous. La topologie affiche un environnement organisé en grappes, mais vous décidez d’utiliser une instance unique ou une batterie de serveurs AEM Forms en fonction de la charge. La source de données tierce est votre propre système d’enregistrement. Il agit comme une source d’entrée pour les dossiers de contrôle. La topologie affiche également la sortie sous la forme d’un fichier imprimé. Vous pouvez également stocker le contenu de sortie dans un système de fichiers, l’envoyer par courrier électronique et utiliser d’autres méthodes personnalisées pour utiliser les résultats.
Les clients AEM Forms prévoyant d’utiliser uniquement la fonctionnalité de services de document peuvent avoir une topologie similaire à celle affichée ci-dessous. Cette topologie recommande d’utiliser une grappe de serveurs AEM Forms on OSGi. Cette topologie est recommandée lorsque la plupart des utilisateurs accèdent par programmation aux fonctionnalités du serveur AEM Forms (à l’aide d’API) et que l’intervention via l’interface utilisateur est minimale. La topologie est très utile dans plusieurs cas de logiciels clients. Par exemple, plusieurs clients utilisant le service PDF Generator pour créer des documents PDF à la demande.
Bien qu’AEM Forms vous permette de configurer et d’exécuter toutes les fonctionnalités à partir d’un seul serveur, vous devez planifier la capacité, équilibrer la charge et configurer des serveurs dédiés pour des fonctionnalités spécifiques dans un environnement de production. Par exemple, pour un environnement utilisant le service PDF Generator pour convertir des milliers de pages par jour et plusieurs formulaires adaptatifs pour capturer des données, configurez des serveurs AEM Forms distincts pour le service PDF Generator et les fonctionnalités de formulaires adaptatifs. Cela permet de fournir des performances optimales et de dimensionner les serveurs indépendamment les uns des autres.