Integrazione JCR

Ultimo aggiornamento: 2023-12-07

Preferisci l’API della risorsa Sling all’API JCR

L’API Sling funziona a un livello più alto e più astratto dell’API JCR. In questo modo il codice è più riutilizzabile e indipendente dall’archiviazione sottostante. In questo modo è più semplice includere dati virtuali esterni tramite il meccanismo ResourceProvider, se necessario.

Se possibile, evita le query

La navigazione nel repository per il recupero dei dati è sempre più rapida rispetto all'esecuzione di una query. In alcuni casi saranno necessarie query, ad esempio una query dell’utente finale o la necessità di trovare contenuto strutturato dall’intero archivio, ma per tutti gli altri casi è preferibile passare ai nodi necessari. Le query devono sempre essere evitate nella logica di rendering, ad esempio nei componenti di navigazione, in un "elenco di elementi recenti", nei conteggi di elementi e così via. In questi casi, è preferibile spostarsi nella gerarchia o pre-memorizzare in cache il risultato in modo che possa essere utilizzato direttamente durante il rendering.

Limitare l’ambito dell’osservazione JCR

Quando si ascoltano gli eventi nell’archivio, è importante restringere il più possibile l’ambito. Ad esempio, è molto meglio ascoltare un evento all’indirizzo /etc/mycompany che per ascoltare /etc. Non ascoltare mai gli eventi nella directory principale dell’archivio. Inoltre, assicurati che i metodi di callback vengano eseguiti il più rapidamente possibile quando non hanno nulla da fare.

Eliminare l’utilizzo dell’accesso come amministratore JCR

A partire da AEM 6, login Administrative è stato dichiarato obsoleto in quanto ha ottenuto una sessione amministrativa da ResourceResolverFactory. È invece necessario creare account di servizio per le operazioni di back office che richiederebbero questo tipo di accesso e utilizzare ResourceResolverFactory per ottenere un ResourceResolver per questo account.

In questa pagina