Aggiornamenti sostenibili

Framework di personalizzazione

Architettura (funzionale/infrastruttura/contenuto/applicazione)

La funzione Framework di personalizzazione è progettata per contribuire a ridurre le violazioni in aree non estensibili del codice (come API) o del contenuto (come sovrapposizioni) che non sono compatibili con l’aggiornamento.

Esistono due componenti del framework di personalizzazione: Superficie API e Classificazione dei contenuti.

Superficie API

Nelle versioni precedenti dell’AEM molte API sono state esposte tramite il file JAR di Uber. Alcune di queste API non erano destinate all’uso da parte dei clienti, ma sono state esposte per supportare la funzionalità AEM tra i bundle. In futuro, le API Java saranno contrassegnate come pubbliche o private per indicare ai clienti quali API sono sicure da utilizzare nel contesto degli aggiornamenti. Altre specifiche includono:

• API Java contrassegnate come Public possono essere utilizzati e utilizzati come riferimento dai bundle di implementazione personalizzati.

• Le API pubbliche saranno compatibili con le versioni precedenti, con l’installazione di un pacchetto di compatibilità.

• Il pacchetto di compatibilità conterrà un JAR Uber di compatibilità per garantire la compatibilità con le versioni precedenti

• API Java contrassegnate come Private sono destinati a essere utilizzati solo da bundle interni AEM e non devono essere utilizzati da bundle personalizzati.

Classificazioni contenuto

L’AEM utilizza da tempo il principio delle sovrapposizioni e Sling Resource Merger per consentire ai clienti di estendere e personalizzare la funzionalità dell’AEM. Le funzionalità predefinite che alimentano le console AEM e l’interfaccia utente sono memorizzate in /libs. I clienti non devono mai modificare nulla sotto /libs ma potrebbe aggiungere contenuto aggiuntivo sotto /apps per sovrapporre ed estendere la funzionalità definita in /libs Per ulteriori informazioni, consulta Sviluppo con sovrapposizioni. Questo causava ancora numerosi problemi durante l’aggiornamento dell’AEM come contenuto in /libs potrebbe cambiare causando un’interruzione imprevista della funzionalità di sovrapposizione. I clienti possono inoltre estendere i componenti AEM tramite l’ereditarietà tramite sling:resourceSuperTypeo semplicemente fare riferimento a un componente in /libs direttamente tramite sling:resourceType. Problemi di aggiornamento simili potrebbero verificarsi con casi di utilizzo di riferimento e di sostituzione.

Per rendere più sicuro e facile per i clienti capire quali aree /libs sono sicuri da usare e sovrapporre al contenuto in /libs è stato classificato con i seguenti mixin:

• Pubblico (granite:PublicArea) - Definisce un nodo come pubblico in modo che possa essere sovrapposto, ereditato ( sling:resourceSuperType) o utilizzato direttamente ( sling:resourceType). I nodi al di sotto di /libs contrassegnati come pubblici potranno essere aggiornati con l’aggiunta di un pacchetto di compatibilità. In generale, i clienti devono sfruttare solo i nodi contrassegnati come Pubblici.

• Riassunto (granite:AbstractArea) - Definisce un nodo come astratto. I nodi possono essere sovrapposti o ereditati ( sling:resourceSupertype) ma non deve essere utilizzato direttamente ( sling:resourceType).

• Finale (granito:FinalArea) - Definisce un nodo come finale. I nodi classificati come finali idealmente non devono essere sovrapposti o ereditati. I nodi finali possono essere utilizzati direttamente tramite sling:resourceType. Per impostazione predefinita, i sottonodi sotto il nodo finale sono considerati interni.

• Interno (granite:InternalArea) *- *Definisce un nodo interno. I nodi classificati come interni idealmente non devono essere sovrapposti, ereditati o utilizzati direttamente. Questi nodi sono destinati solo alle funzionalità interne dell’AEM

• Nessuna annotazione - I nodi ereditano la classificazione in base alla gerarchia della struttura. Per impostazione predefinita, la directory principale / è Public. Anche i nodi con un elemento padre classificato come Interno o Finale devono essere trattati come Interno.

Indicatori del tipo di contenuto CRXDE Lite

I mixin applicati in CRXDE Lite mostreranno i nodi di contenuto e gli alberi contrassegnati come INTERNAL come disattivata. Per FINAL solo l’icona è disattivata. Anche gli elementi secondari di questi nodi verranno visualizzati in grigio. La funzionalità Sovrapponi nodo è disabilitata in entrambi questi casi.

Pubblico

Finale

Interno

Verifica stato contenuto

AEM 6.5 viene fornito con un controllo di integrità per avvisare i clienti se il contenuto sovrapposto o di riferimento viene utilizzato in modo incoerente con la classificazione del contenuto.

Il ​ Sling/Granite Content Access Check è un nuovo controllo di integrità che monitora l’archivio per verificare se il codice del cliente accede in modo errato ai nodi protetti in AEM.

Verrà eseguita la scansione /apps e in genere richiede diversi secondi.

Per accedere a questo nuovo controllo di integrità, è necessario effettuare le seguenti operazioni:

1. Dalla schermata iniziale dell’AEM, passa a Strumenti > Operazioni > Rapporti stato

2. Fai clic sul pulsante Controllo dell’accesso ai contenuti Sling/Granite come mostrato di seguito:

   

Al termine dell’analisi, verrà visualizzato un elenco di avvisi per avvisare l’utente finale del nodo protetto a cui si fa riferimento in modo errato:

Dopo aver risolto le violazioni, tornerà allo stato verde:

La verifica stato visualizza le informazioni raccolte da un servizio in background che controlla in modo asincrono ogni volta che viene utilizzato un tipo di risorsa o sovrapposizione in tutti i percorsi di ricerca Sling. Se i mixin di contenuto non vengono utilizzati correttamente, viene segnalata una violazione.

Risorse Business.Adobe.com

Targeted Content Personalized Experiences Personalized Communications Managed Cloud Customer Experience Management Dynamic Forms