Show Menu
ARGOMENTI×

Implementazione di un connettore AEM

Di seguito sono riportati alcuni riferimenti utili per la creazione di connettori AEM , che devono essere letti insieme alle indicazioni relative all’ invio e alla manutenzione dei connettori.
È possibile ottenere una licenza Developer per AEM tramite il programma experiencecloud Adobe Exchange.

Modelli di integrazione comuni

AEM è una soluzione di gestione dell’esperienza Web all’avanguardia e offre diverse aree potenziali di integrazioni. I pattern di integrazione comuni includono:
  • Estrazione di dati da un sistema esterno in AEM. Ad esempio, l'esportazione delle informazioni di contatto da un CRM per renderle disponibili a un pubblico più ampio che visita un sito Web basato su AEM. Le implementazioni devono utilizzare i processi apache-sling-eventing-and-job-handling.html#scheduled-jobs pianificati di Sling, che garantiscono l'esecuzione del processo anche se i contenitori si disattivano. Il codice deve essere progettato in modo da presupporre che il processo possa essere attivato più di una volta.
  • Esportazione di dati da AEM a un sistema esterno. Ad esempio, le impostazioni di iscrizione alla newsletter inviate a un CRM su un sito Web basato su AEM.
  • Recupero di risorse da AEM. Ad esempio, un CMS (Content Management System) esterno che fa riferimento a una risorsa memorizzata in AEM Assets. Oppure, come altro esempio, un sistema PIM che collega un’immagine in AEM Assets.
  • Memorizzazione delle risorse nell’infrastruttura AEM. Ad esempio, un sistema Marketing Resource Management (MRM) che memorizza una risorsa approvata in AEM Assets.
  • Configurazione e rendering di un componente dell’interfaccia utente personalizzata. Ad esempio, potete consentire a un autore di trascinare e rilasciare un componente video e configurare un video specifico da riprodurre sul sito dal vivo.
  • Funzionamento su una risorsa con un servizio partner. Ad esempio, l’invio di una risorsa a una piattaforma video quando viene pubblicata una pagina.
  • Analisi di un sito, una pagina o una risorsa nella console di amministrazione di AEM. Ad esempio, la creazione di raccomandazioni SEO per una pagina esistente o non pubblicata.
  • Accesso a livello di pagina ai dati utente gestito da un servizio esterno. Ad esempio, potete sfruttare le informazioni demografiche per personalizzare l'esperienza del sito. Leggi ContextHub, un framework per la memorizzazione, la manipolazione e la presentazione dei dati contestuali.
  • Traduzione dei metadati di una copia del sito o di una risorsa. Consulta il connettore Bootstrap AEM Translation Framework per un esempio di codice che utilizza il framework di traduzione AEM, che è l'implementazione preferita dei connettori di traduzione.

Documentazione utile

Experience Manager come documentazione Cloud Service fornisce informazioni utili sullo sviluppo in AEM. Di seguito sono riportati alcuni argomenti e riferimenti tecnici specifici che possono essere utili durante l'implementazione di un connettore AEM:
  • Adobe Consulting Services (ACS) Esempi di AEM per codice ben commentato per formare gli sviluppatori di AEM
  • I vari collegamenti della documentazione nella sezione Modelli comuni di integrazione di questo articolo

Risorse della community

Oltre alla documentazione statica di cui sopra, Adobe e la community di AEM offrono risorse utili per immettere sul mercato un connettore:
  • Il forum adobe-experience-manager.html AEM della community di Adobe è un sito attivo in cui i colleghi possono porre domande e rispondere a tali domande
  • Risorse tecniche Adobe aggiuntive sono disponibili a determinati livelli di partner. Ulteriori informazioni sul programma experiencecloud Adobe Exchange.
  • Se la tua azienda desidera ricevere assistenza nell’implementazione, può consultare il team Servizi professionali di Adobe o consultare Solution Partner Finder per ottenere un elenco dei partner Adobe presenti in tutto il mondo

Regole di struttura del pacchetto

Per supportare distribuzioni continue, AEM come pacchetti Cloud Service, di cui i connettori sono esempi, dispone di una netta separazione tra contenuti "immutabili" e "mutabili". I pacchetti devono essere separati in modo pulito tra quelli che includono:
  • /apps
  • /content e /conf
I connettori devono attenersi alle presenti linee guida sugli imballaggi, descritte in questo articolo . Anche i connettori esistenti devono essere adattati.
Inoltre, solo Adobe dovrebbe scrivere il codice in /libs , con clienti e partner che scrivono in /apps .
I connettori esistenti potrebbero inoltre dover essere reinseriti per spostare qualsiasi configurazione eventualmente inserita /etc in altre cartelle di livello superiore, ad esempio /conf . Questo è descritto nella documentazione di AEM.
Si consiglia di inserire la maggior parte del codice di connessione /apps/connectors/<vendor> per promuovere una struttura di repository pulita per i clienti che dispongono di diversi connettori.

Configurazioni servizi cloud

Un aspetto dell'implementazione del connettore è il codice che supporta la configurazione del connettore. Questo codice causa la visualizzazione di una scheda con il nome del connettore in Strumenti > Operazioni > Servizi cloud. Quando un utente fa clic su di esso, viene visualizzato un browser di configurazione in cui il cliente seleziona la cartella principale per la configurazione del connettore. Il codice del connettore deve generare un modulo con tutte le proprietà che devono essere configurate, memorizzando i valori in una cartella di configurazione in /conf . Questa cartella può essere selezionata in un secondo momento nella scheda Proprietà siti o nella scheda Proprietà risorse.

Configurazioni basate sul contesto

Configurazioni in base al contesto consente di effettuare la configurazione dei livelli tra diverse cartelle, incluse /libs , /apps /conf e sottocartelle in /conf . Supporta l'ereditarietà, in modo che un cliente possa configurare la configurazione globale mentre apporta modifiche specifiche per ogni microsito. Poiché è possibile sfruttare questa funzionalità per le configurazioni dei servizi cloud, il codice del connettore dovrebbe fare riferimento alla configurazione utilizzando l'API di configurazione in base al contesto, invece di fare riferimento a un nodo di configurazione specifico.
Se le configurazioni modificate vengono utilizzate nel connettore, architettare il connettore per gestire, inclusi/uniti eventuali aggiornamenti futuri alle configurazioni predefinite fornite dal connettore con qualsiasi configurazione cliente. Ricorda che la modifica del contenuto o della configurazione personalizzati (come modificato dal cliente) senza preavviso e consenso da parte del cliente potrebbe interrompere (o creare un comportamento imprevisto) con il connettore.

Tecniche consigliate per la codifica

Poiché AEM come Cloud Service è una soluzione nativa di Cloud, alcune linee guida possono avere un impatto sulle strategie di codice di un connettore. Consulta AEM come guida allo sviluppo Cloud Service per ulteriori dettagli.

Verifica del connettore AEM

È necessario creare nuovi connettori (o modificare i connettori esistenti) utilizzando tecniche di sviluppo dell'ambiente locale. Il Partner Team fornirà ai partner ISV un ambiente sandbox in cui implementare il proprio connettore AEM in un'applicazione vaniglia per assicurarne il funzionamento.