AEM Forms è un'applicazione distribuita in AEM come pacchetto AEM. Il pacchetto è noto come pacchetto aggiuntivo AEM Forms. Il pacchetto del componente aggiuntivo AEM Forms contiene sia i servizi (provider API), distribuiti nel contenitore AEM OSGi, sia i servlet o i JSP (che forniscono funzionalità front-end e REST API) gestiti dal framework AEM Sling. Il diagramma seguente illustra questa configurazione:
L’architettura per AEM Forms include i seguenti componenti:
Servizi di AEM di base:servizi di base AEM forniti a un'applicazione distribuita. Tali servizi includono un archivio di contenuti conforme con JCR, un contenitore di servizi OSGI, un motore di workflow, un archivio di fiducia, un archivio di chiavi e così via. Questi servizi sono disponibili per applicazione AEM Forms ma non sono forniti pacchetti AEM Forms. Questi servizi sono parte integrante dello stack di AEM complessivo e i vari componenti AEM Forms utilizzano tali servizi.
Servizi Forms: funzionalità relative ai moduli, quali creazione, assemblaggio, distribuzione e archiviazione di documenti PDF, aggiunta di firme digitali per limitare l'accesso ai documenti e decodifica di moduli con codice a barre. Questi servizi sono disponibili al pubblico per l'utilizzo da parte di codice personalizzato co-distribuito in AEM.
Livello Web: JSP o servlet, incorporati in servizi comuni e di moduli, che forniscono le seguenti funzionalità:
AEM Forms su OSGi: Un AEM Forms nell'ambiente OSGi è AEM Author standard o AEM Publish con pacchetto AEM Forms distribuito su di esso. È possibile eseguire AEM Forms su OSGi in un ambiente server singolo, una farm e impostazioni cluster. La configurazione del cluster è disponibile solo per le istanze di AEM Author.
AEM Forms su JEE: AEM Forms su JEE è server AEM Forms in esecuzione sullo stack JEE. AEM Author è dotato di pacchetti aggiuntivi AEM Forms e di funzionalità aggiuntive AEM Forms JEE implementate congiuntamente su un singolo stack JEE in esecuzione su un server applicazioni. Potete eseguire AEM Forms su JEE in configurazioni a server singolo e cluster. AEM Forms su JEE è richiesto solo per eseguire la protezione dei documenti, la gestione dei processi e, ad LiveCycle, per i clienti che effettuano l'aggiornamento a AEM Forms. Di seguito sono riportati alcuni scenari aggiuntivi per utilizzare AEM Forms su JEE:
AEM Forms su JEE include anche i seguenti servizi di supporto ai componenti AEM:
’interfaccia utente di authoring di AEM Forms non supporta la creazione di DOR (Document of Record), PDF forms e HTML5 Forms. Tali risorse sono progettate utilizzando l'applicazione autonoma Forms Designer e caricate singolarmente in AEM Forms Manager. In alternativa, per AEM Forms su JEE, i moduli possono essere progettati come risorse dell'applicazione (in AEM Forms Workbench) e distribuiti AEM Forms sul server JEE.
AEM Forms su OSGi e AEM Forms su JEE entrambi hanno funzionalità di flusso di lavoro. È possibile creare e implementare rapidamente flussi di lavoro di base per varie attività sui moduli AEM in OSGi, senza dover installare la funzionalità di gestione dei processi completa di AEM Forms su JEE. Esiste una differenza nelle funzionalità del flusso di lavoro incentrato sui moduli su AEM Forms su OSGi e nelle funzionalità di gestione dei processi di AEM Forms su JEE. Lo sviluppo e la gestione di flussi di lavoro incentrati sui moduli su AEM Forms su OSGi utilizza le familiari funzionalità AEM Workflow e AEM Inbox.
L'immagine seguente mostra diverse configurazioni AEM server per moduli e i relativi componenti utilizzati in una tipica implementazione AEM Forms :
Autore: un'istanza di creazione è un server AEM Forms in esecuzione nella modalità standard di esecuzione di Author. Può essere AEM Forms su JEE o AEM Forms sull'ambiente OSGi. È destinata agli utenti interni, ai progettisti e agli sviluppatori di comunicazioni interattive. Attiva le seguenti funzionalità:
Pubblica: Un'istanza di pubblicazione è un server AEM Forms in esecuzione nella modalità di esecuzione standard di Publish. Le istanze di pubblicazione sono destinate agli utenti finali di applicazioni basate su moduli, ad esempio gli utenti che accedono a un sito Web pubblico e inviano moduli. Attiva le seguenti funzionalità:
Elaborazione: Un'istanza di AEM Forms in esecuzione in modalità di esecuzione di Author senza l'assegnazione di utenti al gruppo Forms-Manager. Potete distribuire AEM Forms su JEE o AEM Forms su OSGi come istanza di elaborazione. Gli utenti non vengono assegnati per garantire che le attività di creazione e gestione dei moduli non vengano eseguite nell'istanza di elaborazione e che si verifichino solo nell'istanza di autore. Un'istanza di elaborazione abilita le seguenti funzionalità:
Elaborazione dei dati di un modulo non elaborato in arrivo da un'istanza di pubblicazione: Questo si ottiene principalmente su un'istanza di elaborazione tramite flussi di lavoro AEM che si attivano al momento dell'arrivo dei dati. I flussi di lavoro possono utilizzare il passaggio del modello dati modulo fornito out-of-the-box per archiviare i dati o il documento in un archivio dati appropriato.
Memorizzazione protetta dei dati del modulo: L'elaborazione fornisce un archivio protetto dietro il firewall per i dati dei moduli non elaborati che vengono isolati dagli utenti. Né i progettisti di moduli nell’istanza Author né gli utenti finali nell’istanza Publish possono accedere a questo archivio.
Adobe consiglia di utilizzare un archivio dati di terze parti per salvare i dati elaborati finali invece di utilizzare AEM repository.
Archiviazione e post-elaborazione di dati di corrispondenza provenienti da un’istanza di pubblicazione: AEM flussi di lavoro eseguono l’elaborazione facoltativa delle definizioni di lettere corrispondenti. Questi flussi di lavoro possono salvare i dati elaborati finali in archivi di dati esterni adatti.
Hosting di HTML Workspace: Un’istanza di elaborazione ospita il front-end per HTML Workspace. L’area di lavoro HTML fornisce l’interfaccia utente per l’assegnazione di attività/gruppi associata ai processi di revisione e approvazione.
Un'istanza di elaborazione è configurata per l'esecuzione in modalità di esecuzione Author perché:
Le topologie AEM Forms su JEE consigliate di seguito sono principalmente per i clienti che effettuano l'aggiornamento dall'LiveCycle o da una versione precedente di AEM Forms su JEE. Adobe consiglia di utilizzare AEM Forms su OSGi per nuove installazioni. È consigliabile installare AEM Forms su JEE solo per utilizzare le funzionalità di Document Security e Process Management.
clienti AEM Forms che intendono utilizzare solo le funzionalità di Document Services o Document Security possono disporre di una topologia simile a quella visualizzata di seguito. Questa topologia consiglia di utilizzare una singola istanza di AEM Forms. Potete anche creare un cluster o una farm di server AEM Forms, se necessario. Questa topologia è consigliata quando la maggior parte degli utenti accede in modo programmatico server AEM Forms e l'intervento tramite l'interfaccia utente è minimo. La topologia è utile nelle operazioni di elaborazione batch di document services. Ad esempio, utilizzando il servizio di output è possibile creare centinaia di documenti PDF non modificabili su base giornaliera.
Sebbene AEM Forms consenta di configurare ed eseguire tutte le funzionalità da un solo server, è comunque necessario eseguire la pianificazione della capacità, il bilanciamento del carico e configurare server dedicati per capacità specifiche in un ambiente di produzione. Ad esempio, per un ambiente che utilizza il servizio PDF Generator per convertire migliaia di pagine al giorno e aggiungere firme digitali per limitare l'accesso ai documenti, impostare server AEM Forms distinti per il servizio PDF Generator e le funzionalità di firma digitale. Consente di fornire prestazioni ottimali e di ridimensionare i server indipendentemente l'uno dall'altro.
clienti AEM Forms che intendono utilizzare funzioni di gestione dei processi di AEM Forms, ad esempio, HTML Workspace può avere una topologia simile a quella visualizzata di seguito. L'AEM Forms su un server JEE può essere in una singola configurazione di server o cluster.
Se state effettuando l'aggiornamento dall'LiveCycle ES4, questa topologia rispecchia fedelmente le funzionalità già presenti nel LiveCycle, fatta eccezione per l'aggiunta di AEM Author incorporato a AEM Forms su JEE. Inoltre, non vi è alcuna modifica nei requisiti di clustering per i clienti che eseguono un aggiornamento. Se utilizzate AEM Forms in un ambiente cluster, potete continuare con lo stesso in AEM 6.4 Forms. Per una nuova installazione di AEM Forms di JEE per l’utilizzo di HTML Workspace, è necessario eseguire AEM’istanza di creazione integrata nell’ambiente JEE.
L'archivio dati del modulo è un archivio dati di terze parti utilizzato per memorizzare i dati elaborati finali di moduli e comunicazioni interattive. Si tratta di un elemento facoltativo nella topologia. È inoltre possibile scegliere di impostare un'istanza di elaborazione e utilizzare il relativo repository come sistema di registrazione finale, se necessario.
La topologia è consigliata ai clienti che pianificano di utilizzare AEM Forms sul server JEE per le funzionalità di gestione dei processi (HTML Workspace) senza utilizzare funzionalità di post-elaborazione, moduli adattivi, moduli HTML5 e comunicazioni interattive.
clienti AEM Forms che intendono utilizzare funzionalità di acquisizione dei dati di AEM Forms, ad esempio moduli adattivi, HTML5 Forms, PDF forms, possono avere una topologia simile a quella visualizzata di seguito. Questa topologia è anche consigliata per l'utilizzo delle funzionalità di comunicazione interattiva di AEM Forms.
Potete apportare le seguenti modifiche/personalizzazioni alla topologia suggerita:
clienti AEM Forms che intendono utilizzare funzionalità di acquisizione dei dati di AEM Forms, ad esempio moduli adattivi, HTML5 Forms, PDF forms, possono avere una topologia simile a quella visualizzata di seguito. Questa topologia è anche consigliata per l’utilizzo delle comunicazioni interattive e delle funzionalità Forms-Centric Workflows on OSGi, ad esempio per utilizzare AEM Inbox e AEM Forms App per i flussi di lavoro dei processi aziendali.
clienti AEM Forms che intendono utilizzare Cartelle esaminate per l'elaborazione batch possono avere una topologia simile a quella visualizzata di seguito. La topologia visualizza un ambiente cluster, ma si decide di utilizzare una singola istanza o una farm di server AEM Forms a seconda del carico. L'origine dati di terze parti è il tuo sistema di record. Funziona come origine di input per le cartelle esaminate. La topologia visualizza anche l'output sotto forma di file stampato. È inoltre possibile memorizzare il contenuto di output in un file system, inviarlo via e-mail e utilizzare altri metodi personalizzati per utilizzare l'output.
clienti AEM Forms che intendono utilizzare solo la funzionalità Document Services possono avere una topologia simile a quella visualizzata di seguito. Questa topologia consiglia di utilizzare un cluster di AEM Forms sui server OSGi. Questa topologia è consigliata quando la maggior parte degli utenti a livello di programmazione (tramite API) accede alle funzionalità del server AEM Forms e l'intervento tramite l'interfaccia utente è minimo. La topologia è molto utile in diversi scenari software client. Ad esempio, più client che utilizzano il servizio PDF Generator per creare documenti PDF su richiesta.
Anche se AEM Forms consente di configurare ed eseguire tutte le funzionalità da un singolo server, è necessario eseguire la pianificazione della capacità, il bilanciamento del carico e configurare server dedicati per capacità specifiche in un ambiente di produzione. Ad esempio, per un ambiente che utilizza il servizio PDF Generator per convertire migliaia di pagine al giorno e più moduli adattivi per l'acquisizione dei dati, impostare server AEM Forms distinti per il servizio PDF Generator e le funzionalità dei moduli adattivi. Consente di fornire prestazioni ottimali e di ridimensionare i server indipendentemente l'uno dall'altro.