Introduzione
I servlet di binding per percorsi presentano diversi svantaggi rispetto all’associazione per tipi di risorse, ovvero:
- I servlet associati al percorso non possono essere controllati per l’accesso utilizzando gli ACL predefiniti dell’archivio JCR
- I servlet associati al percorso possono essere registrati solo in un percorso e non in un tipo di risorsa (ovvero senza gestione dei suffissi)
- Se un servlet associato al percorso non è attivo, ad esempio se il bundle manca o non viene avviato, un POST potrebbe produrre risultati imprevisti. in genere viene creato un nodo in
/bin/xyzche successivamente sovrappone l'associazione del percorso dei servlet
la mappatura non è trasparente per uno sviluppatore che guarda solo l’archivio
Dati questi inconvenienti, si consiglia di associare i servlet ai tipi di risorse anziché ai percorsi
Crea servlet
Avvia il progetto di aem-banking in IntelliJ. Crea un servlet denominato GetFieldChoices nella cartella servlet, come illustrato nella schermata seguente.
Servlet di esempio
Il seguente servlet è associato al tipo di risorsa Sling: azure/fetchoptions
import org.apache.sling.api.SlingHttpServletRequest;
import org.apache.sling.api.SlingHttpServletResponse;
import org.apache.sling.api.servlets.SlingAllMethodsServlet;
import org.apache.sling.servlets.annotations.SlingServletResourceTypes;
import org.osgi.framework.Constants;
import org.osgi.service.component.annotations.Component;
import org.osgi.service.component.annotations.Reference;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import javax.jcr.Session;
import javax.servlet.Servlet;
import java.io.IOException;
import java.io.Serializable;
@Component(
service={Servlet.class }
)
@SlingServletResourceTypes(
resourceTypes="azure/fetchchoices",
methods= "GET",
extensions="json"
)
public class GetFieldChoices extends SlingAllMethodsServlet implements Serializable {
private static final long serialVersionUID = 1L;
private final transient Logger log = LoggerFactory.getLogger(this.getClass());
protected void doGet(SlingHttpServletRequest request, SlingHttpServletResponse response) {
log.debug("The form path I got was "+request.getParameter("formPath"));
}
}
Creare risorse in CRX
- Accedi al tuo SDK AEM locale.
- Creare una risorsa denominata
fetchchoices(è possibile denominare il nodo come desiderato) di tipocq:Pagenel nodo di contenuto. - Salva le modifiche
- Crea un nodo denominato
jcr:contentdi tipocq:PageContente salva le modifiche - Aggiungi le seguenti proprietà al nodo
jcr:content
azure/fetchchoicesIl valore sling:resourceType deve corrispondere a resourceTypes="azure/fetchoptions specificato nel servlet.
Ora puoi richiamare il servlet richiedendo la risorsa con sling:resourceType = azure/fetchchoices nel suo percorso completo, con eventuali selettori o estensioni registrate nel servlet Sling.
http://localhost:4502/content/fetchchoices/jcr:content.json?formPath=/content/forms/af/forrahul/jcr:content/guideContainer
Il percorso /content/fetchchoices/jcr:content è il percorso della risorsa ed estensione .json è ciò che è specificato nel servlet
Sincronizza il progetto AEM
- Apri il progetto AEM nel tuo editor preferito. Ho usato intelliJ per questo.
- Crea una cartella denominata
fetchchoicesin\aem-banking-application\ui.content\src\main\content\jcr_root\content - Fare clic con il pulsante destro del mouse sulla cartella
fetchchoicese selezionarerepo | Get Command(questa voce di menu è impostata in un capitolo precedente di questa esercitazione).
Questo dovrebbe sincronizzare il nodo dall’AEM al progetto AEM locale.
La struttura del progetto AEM deve essere simile alla seguente
Aggiorna il file filter.xml nella cartella aem-banking-application\ui.content\src\main\content\META-INF\vault con la voce seguente
<filter root="/content/fetchchoices" mode="merge"/>
Ora puoi inviare le modifiche a un ambiente AEM as a Cloud Service utilizzando Cloud Manager.