Frammenti di esperienza

Nozioni di base

Un Frammento esperienza è un gruppo di uno o più componenti, che include contenuto e layout, a cui è possibile fare riferimento tra le pagine.

Un elemento principale e/o variante del frammento esperienza utilizza:

• sling:resourceType : /libs/cq/experience-fragments/components/xfpage

Poiché non esiste /libs/cq/experience-fragments/components/xfpage/xfpage.html ritorna a

• sling:resourceSuperType : wcm/foundation/components/page

Rendering HTML semplice

Utilizzo della .plain. nell’URL, puoi accedere al rendering semplice di HTML.

Questo è disponibile dal browser, ma il suo scopo principale è quello di consentire ad altre applicazioni (ad esempio, applicazioni web di terze parti, implementazioni mobili personalizzate) di accedere direttamente al contenuto del frammento esperienza, utilizzando solo l’URL.

Il rendering HTML semplice aggiunge il protocollo, l'host e il percorso contestuale a percorsi che sono:

• del tipo: src, hrefoppure action

• o termina con: -srcoppure -href

Ad esempio:

.../brooklyn-coat/master.plain.html

Il selettore di rendering normale utilizza un trasformatore invece degli script aggiuntivi; la Rewriter Sling viene utilizzato come trasformatore. Questa configurazione è disponibile in

• /libs/experience-fragments/config/rewriter/experiencefragments

Modelli per frammenti esperienza

Durante lo sviluppo di un nuovo modello per Frammenti esperienza puoi seguire le pratiche standard per un modello modificabile.

Per creare un modello di frammento di esperienza rilevato dalla Crea frammento esperienza è necessario seguire uno dei seguenti set di regole:

1. Entrambe:

   1. Il tipo di risorsa del modello (il nodo iniziale) deve ereditare da:

      cq/experience-fragments/components/xfpage

   2. Il nome del modello deve iniziare con:

      experience-fragments
      Questo consente agli utenti di creare frammenti di esperienza in /content/experience-fragments come
      cq:allowedTemplates La proprietà di questa cartella include tutti i modelli con nomi che iniziano con experience-fragment. I clienti possono aggiornare questa proprietà per includere i propri schemi di denominazione o posizioni di modelli.

2. Modelli consentiti può essere configurato nella console Frammenti esperienza .

Componenti per i frammenti esperienza

Lo sviluppo di componenti da utilizzare con/in Frammenti esperienza segue le pratiche standard.

L’unica configurazione aggiuntiva è quella di garantire che i componenti siano consentiti nel modello, questo viene ottenuto con i Criteri di contenuto.

Experience Fragment Link Rewriter Provider - HTML

In AEM puoi creare frammenti esperienza. Caratteristiche di un Frammento esperienza:

• è costituito da un gruppo di componenti e da un layout,
• può esistere indipendentemente da una pagina AEM.

Uno dei casi d’uso per tali gruppi è l’incorporazione di contenuto in punti di contatto di terze parti, ad esempio Adobe Target.

Riscrittura del collegamento predefinito

Utilizzando la funzione Esporta a Target, puoi:

• creare un frammento esperienza,
• aggiungervi componenti,
• quindi esportalo come offerta Adobe Target, in formato HTML o in formato JSON.

Questa funzione può essere abilitata in un’istanza di authoring di AEM. Richiede una configurazione Adobe Target valida e configurazioni per il Link Externalizer.

L’Externalizer di collegamenti viene utilizzato per determinare gli URL corretti necessari per la creazione della versione HTML dell’offerta Target, che viene successivamente inviata ad Adobe Target. Ciò è necessario in quanto Adobe Target richiede che tutti i collegamenti all’interno dell’offerta di Target HTML siano accessibili al pubblico; ciò significa che tutte le risorse a cui fanno riferimento i collegamenti e il frammento esperienza stesso devono essere pubblicate prima di poter essere utilizzate.

Per impostazione predefinita, quando crei un’offerta HTML di Target, viene inviata una richiesta a un selettore Sling personalizzato in AEM. Questo selettore è denominato .nocloudconfigs.html. Come suggerisce il nome, crea un rendering HTML semplice di un frammento esperienza, ma non include configurazioni cloud (che sarebbero informazioni superflue).

Dopo aver generato la pagina HTML, la pipeline Sling Rewriter apporta modifiche all’output:

1. La html, heade body gli elementi vengono sostituiti con div elementi. La meta, noscript e title gli elementi vengono rimossi (sono elementi secondari dell'originale head e non sono considerati quando viene sostituito dal div elemento).

   Questo viene fatto per garantire che l’offerta HTML Target possa essere inclusa nelle attività di Target.

2. AEM modifica tutti i collegamenti interni presenti in HTML, in modo che puntino a una risorsa pubblicata.

   Per determinare i collegamenti da modificare, AEM segue questo pattern per gli attributi degli elementi di HTML:

   1. src attributes
   2. href attributes
   3. *-src attributi (come data-src, custom-src, ecc.)
   4. *-href attributi (come data-href, custom-href, img-href, ecc.)
   NOTA

   Nella maggior parte dei casi, i collegamenti interni in HTML sono collegamenti relativi, ma in alcuni casi i componenti personalizzati forniscono URL completi in HTML. Per impostazione predefinita, AEM ignora questi URL completi e non apporta modifiche.

   I collegamenti in questi attributi vengono eseguiti tramite l’esternalizzatore di collegamenti AEM publishLink() per ricreare l’URL come se si trovasse su un’istanza pubblicata e, come tale, accessibile al pubblico.

Quando utilizzi un’implementazione standard, il processo descritto sopra dovrebbe essere sufficiente per generare l’offerta Target dal frammento esperienza e quindi esportarla in Adobe Target. Tuttavia, ci sono alcuni casi d'uso che non vengono presi in considerazione in questo processo; tra cui:

• Sling Mapping disponibile solo nell’istanza di pubblicazione
• Reindirizzamenti di Dispatcher

Per questi casi d'uso AEM fornisce l'interfaccia Link Rewriter Provider.

Interfaccia provider rewriter link

Per i casi più complicati, non coperti dal default, AEM offre l’interfaccia Link Rewriter Provider. Questa è una ConsumerType interfaccia che puoi implementare nei tuoi bundle, come servizio. Ignora le modifiche AEM sui collegamenti interni di un’offerta HTML, come viene eseguito il rendering da un frammento esperienza. Questa interfaccia ti consente di personalizzare il processo di riscrittura dei collegamenti HTML interni in base alle tue esigenze aziendali.

Esempi di casi d’uso per l’implementazione di questa interfaccia come servizio includono:

• Le mappature Sling sono abilitate nelle istanze di pubblicazione, ma non nell’istanza di authoring
• Un dispatcher o una tecnologia simile viene utilizzata per reindirizzare internamente gli URL
• Ci sono sling:alias mechanisms in funzione delle risorse

Interfaccia del provider di rewriter di collegamento ( ExperienceFragmentLinkRewriterProvider) è la seguente:

public interface ExperienceFragmentLinkRewriterProvider {

    String rewriteLink(String link, String tag, String attribute);

    boolean shouldRewrite(ExperienceFragmentVariation experienceFragment);

    int getPriority();

}

Come utilizzare l'interfaccia Link Rewriter Provider

Per utilizzare l'interfaccia è innanzitutto necessario creare un bundle contenente un nuovo componente di servizio che implementa l'interfaccia Link Rewriter Provider.

Questo servizio verrà utilizzato per eseguire il plug in Experience Fragment Export to Target rewrite (Esportazione frammento esperienza in riscrittura) al fine di poter accedere ai vari collegamenti.

Esempio, ComponentService:

import com.adobe.cq.xf.ExperienceFragmentLinkRewriterProvider;
import com.adobe.cq.xf.ExperienceFragmentVariation;
import org.osgi.service.component.annotations.Service;
import org.osgi.service.component.annotations.Component;

@Component
@Service
public class GeneralLinkRewriter implements ExperienceFragmentLinkRewriterProvider {

    @Override
    public String rewriteLink(String link, String tag, String attribute) {
        return null;
    }

    @Override
    public boolean shouldRewrite(ExperienceFragmentVariation experienceFragment) {
        return false;
    }

    @Override
    public int getPriority() {
        return 0;
    }

}

Affinché il servizio funzioni, sono ora necessari tre metodi all’interno del servizio:

• [shouldRewrite](#shouldrewrite)

• [rewriteLink](#rewritelink)

  • rewriteLinkExample2

• [getPriority](#priorities-getpriority)

shouldRewrite

Devi indicare al sistema se è necessario riscrivere i collegamenti quando viene effettuata una chiamata per l’esportazione in Target su una determinata variante del frammento esperienza. A tale scopo, implementa il metodo :

shouldRewrite(ExperienceFragmentVariation experienceFragment);

Ad esempio:

@Override
public boolean shouldRewrite(ExperienceFragmentVariation experienceFragment) {
    return experienceFragment.getPath().equals("/content/experience-fragment/master");
}

Questo metodo riceve, come parametro, la Variazione del frammento esperienza che il sistema di esportazione in Target sta attualmente riscrivendo.

Nell’esempio precedente, desideriamo riscrivere:

• collegamenti presenti in src

• href solo attributi

• per un frammento esperienza specifico:
  /content/experience-fragment/master

Qualsiasi altro frammento esperienza passato attraverso il sistema Export to Target viene ignorato e non viene influenzato dalle modifiche implementate in questo servizio.

rewriteLink

Per la variante del frammento esperienza interessata dal processo di riscrittura, il servizio gestirà la riscrittura del collegamento. Ogni volta che viene rilevato un collegamento in HTML interno, viene richiamato il seguente metodo:

rewriteLink(String link, String tag, String attribute)

Come input, il metodo riceve i parametri:

• linkLe azioni
  String rappresentazione del collegamento in corso di elaborazione. In genere si tratta di un URL relativo che punta alla risorsa sull’istanza di authoring.

• tag
  Nome dell’elemento HTML in fase di elaborazione.

• attribute
  Il nome esatto dell'attributo.

Se, ad esempio, il sistema di esportazione in Target sta attualmente elaborando questo elemento, puoi definire CSSInclude come:

<link rel="stylesheet" href="/etc.clientlibs/foundation/clientlibs/main.css" type="text/css">

La chiamata al rewriteLink() viene eseguito utilizzando i seguenti parametri:

rewriteLink(link="/etc.clientlibs/foundation/clientlibs/main.css", tag="link", attribute="href" )

Quando crei il servizio puoi prendere decisioni in base al dato input e quindi riscrivere il collegamento di conseguenza.

Per il nostro esempio, desideriamo rimuovere il /etc.clientlibs parte dell’URL e aggiungi il dominio esterno appropriato. Per semplificare le cose, considereremo di avere accesso a un Resource Resolver per il tuo servizio, come in rewriteLinkExample2:

private ResourceResolver resolver;

private Externalizer externalizer;

@Override
public String rewriteLink(String link, String tag, String attribute) {

    // get the externalizer service
    externalizer = resolver.adaptTo(Externalizer.class);
    if(externalizer == null) {
        // if there was an error, then we do not modify the link
        return null;
    }

    // remove leading /etc.clientlibs from resource link before externalizing
    link = link.replaceAll("/etc.clientlibs", "");

    // considering that we configured our publish domain, we directly apply the publishLink() method
    link = externalizer.publishLink(resolver, link);

    return link;
}

Priorità - getPriority

Non è raro che siano necessari diversi servizi per gestire diversi tipi di frammenti esperienza o che sia anche necessario disporre di un servizio generico che gestisce l’esternalizzazione e la mappatura di tutti i frammenti esperienza. In questi casi, possono sorgere conflitti su quale servizio usare, quindi AEM offre la possibilità di definire Priorità per servizi diversi. Le priorità sono specificate utilizzando il metodo :

• getPriority()

Questo metodo consente l'uso di diversi servizi quando shouldRewrite() restituisce true per lo stesso frammento esperienza. Il servizio che restituisce il numero più alto dal relativo getPriority()è il servizio che gestisce la variante del frammento esperienza.

Ad esempio, puoi avere un GenericLinkRewriterProvider che gestisce la mappatura di base per tutti i frammenti esperienza e quando shouldRewrite() restituisce il metodo true per tutte le varianti dei frammenti esperienza. Per diversi frammenti esperienza specifici, potresti voler usare una gestione speciale, quindi in questo caso puoi fornire un SpecificLinkRewriterProvider per i quali shouldRewrite() restituisce true solo per alcune varianti di frammento esperienza. Assicurati che SpecificLinkRewriterProvider viene scelto per gestire le varianti dei frammenti esperienza, deve restituire getPriority() un numero superiore a GenericLinkRewriterProvider.