Fondamenti tecnici AEM
AEM è una piattaforma solida basata su tecnologie collaudate, scalabili e flessibili. Questo documento offre una panoramica dettagliata delle varie parti che compongono l'AEM ed è concepito come un'appendice tecnica per uno sviluppatore AEM full stack. Non è concepito come guida introduttiva. Se non hai ancora sviluppato AEM, consulta Guida introduttiva allo sviluppo per AEM Sites - Esercitazione WKND come primo passo.
TIPNozioni di base
In quanto sistema moderno di gestione dei contenuti, l’AEM si basa sulle tecnologie web standard:
- Ciclo richiesta-risposta (XMLHttpRequest / XMLHttpResponse)
- HTML
- CSS
- JavaScript
I livelli dell’archivio dei contenuti e della logica di business sottostanti sono basati sulle tecnologie Java™:
- JCR
- Sling
- OSGi
Archivio dei contenuti Java™
Lo standard Java™ Content Repository (JCR), JSR 283, specifica un modo indipendente dal fornitore e dall'implementazione per accedere al contenuto in modo bidirezionale su un livello granulare all'interno di un repository dei contenuti. Il lead della specifica è detenuto da Adobe Research (Switzerland) AG.
Il pacchetto JCR API 2.0, javax.jcr.*, viene utilizzato per l'accesso diretto e la manipolazione del contenuto dell'archivio.
L’AEM si basa su un JCR.
Apache Jackrabbit Oak
Apache Jackrabbit Oak è un'implementazione di un archivio di contenuti gerarchici scalabile e ad alte prestazioni da utilizzare come base per siti Web moderni e altre applicazioni di contenuti complesse, conformi allo standard JCR.
Jackrabbit Oak (noto anche semplicemente come Oak) è l’implementazione dello standard JCR su cui si basa l’AEM.
Elaborazione richiesta Sling
L'AEM viene creato utilizzando Sling, un framework di applicazioni Web basato sui principi REST che consente di sviluppare facilmente applicazioni orientate ai contenuti. Sling utilizza un archivio JCR, come Apache Jackrabbit Oak, come archivio dati. Sling ha contribuito alla Apache Software Foundation; ulteriori informazioni sono disponibili su Apache.
Introduzione a Sling
Utilizzando Sling, il tipo di contenuto di cui eseguire il rendering non è la prima considerazione di elaborazione. Al contrario, la considerazione principale è se l’URL si risolve in un oggetto di contenuto per il quale è possibile trovare uno script per eseguire il rendering. Questo processo fornisce un supporto eccellente agli autori di contenuti web per creare pagine facilmente personalizzate in base alle loro esigenze.
I vantaggi di questa flessibilità sono evidenti nelle applicazioni con un’ampia gamma di elementi di contenuto diversi o quando servono pagine facilmente personalizzabili. In particolare, quando si implementa un sistema di gestione dei contenuti web come AEM.
Consulta Scopri Sling in 15 minuti per i primi passaggi per lo sviluppo con Sling.
Il diagramma seguente spiega la risoluzione dello script Sling. Mostra come passare dalla richiesta HTTP al nodo di contenuto, dal nodo di contenuto al tipo di risorsa, dal tipo di risorsa allo script e quali variabili di script sono disponibili.
Nel diagramma seguente vengono illustrati i parametri di richiesta nascosti ma potenti che è possibile utilizzare con SlingPostServlet, il gestore predefinito per tutte le richieste POST. Il gestore offre opzioni infinite per la creazione, la modifica, l’eliminazione, la copia e lo spostamento di nodi nell’archivio.
