L’SDK di AEM come Cloud Service è composto dai seguenti artefatti:
Inoltre, alcuni clienti che sono stati precedentemente distribuiti con AEM 6.5 o versioni precedenti utilizzeranno gli artefatti riportati di seguito. Se la compilazione locale non funziona con il jar Quickstart e si sospetta che sia dovuto a interfacce rimosse da AEM implementate come Cloud Service, contatta l’Assistenza clienti per determinare se hai bisogno di accedere. Ciò richiederà modifiche nel backend.
L’SDK AEM as a Cloud Service viene utilizzato per generare e distribuire codice personalizzato. Per ulteriori informazioni, consulta la documentazione AEM Project Archetype. Ad alto livello, vengono eseguiti i seguenti passaggi:
Gli stessi passaggi vengono eseguiti da Cloud Manager durante la distribuzione in ambienti Cloud. L’esecuzione delle build localmente consente lo sviluppo locale e i test in modo che gli sviluppatori possano individuare in modo efficiente il codice o i problemi strutturali ben prima di impegnarsi nel controllo del codice sorgente e attivare le distribuzioni di Cloud Manager, che possono richiedere più tempo.
<dependency>
<groupId>com.adobe.aem</groupId>
<artifactId>aem-sdk-api</artifactId>
<version>2019.11.3006.20191108T223635Z-191201</version>
<scope>provided</scope>
</dependency>
La voce della versione per l'SDK deve corrispondere alla versione di AEM come Cloud Service. Per visualizzare la versione in uso, accedi a AEM, quindi vai al punto interrogativo nell'angolo in alto a destra dello schermo e seleziona Informazioni su Adobe Experience Manager
Quando si consiglia di aggiornare il progetto locale con un nuovo SDK?
È consigliato aggiornarlo almeno dopo una versione di manutenzione mensile.
È facoltativo aggiornarlo dopo qualsiasi rilascio di manutenzione giornaliera. I clienti verranno informati quando la loro istanza di produzione è stata aggiornata con successo a una nuova versione di AEM. Per le versioni di manutenzione giornaliera, non ci si aspetta che il nuovo SDK sia cambiato in modo significativo, se del caso. Tuttavia, è consigliabile aggiornare occasionalmente l’ambiente di sviluppo AEM locale con l’SDK più recente, quindi ricreare e testare l’applicazione personalizzata. La versione di manutenzione mensile in genere include modifiche di maggiore impatto, pertanto gli sviluppatori devono aggiornare, ricreare e testare immediatamente.
Di seguito è riportata la procedura consigliata per l’aggiornamento di un ambiente locale:
crx-quickstart
in un'altra cartella per la conservazione sicura-r
).
Se è presente del contenuto da installare con ogni nuova versione di quickstart AEM, includilo in un pacchetto di contenuti e nel controllo del codice sorgente del progetto. Poi, installalo ogni volta.
Si consiglia di aggiornare frequentemente l’SDK (ad esempio due volte al giorno) e di eliminare ogni giorno lo stato locale completo in modo che non dipenda accidentalmente da dati sullo stato dell’applicazione.
Nel caso in cui tu dipenda da CryptoSupport (configurando le credenziali di Cloud Services o del servizio di posta SMTP in AEM o utilizzando l'API CryptoSupport nella tua applicazione), le proprietà crittografate saranno crittografate da una chiave che viene generata automaticamente al primo avvio di un ambiente AEM. Mentre il cloud setup si occupa di riutilizzare automaticamente CryptoKey specifico per l'ambiente, è necessario inserire la cryptokey nell'ambiente di sviluppo locale.
Per impostazione predefinita AEM è configurato per memorizzare i dati chiave all'interno della cartella di dati di una cartella, ma per facilitare il riutilizzo nello sviluppo, il processo di AEM può essere inizializzato al primo avvio con "-Dcom.adobe.granite.crypto.file.disable=true
". In questo modo i dati di crittografia verranno generati in "/etc/key
".
Per poter riutilizzare i pacchetti di contenuto contenenti i valori crittografati, segui questi passaggi:
-Dcom.adobe.granite.crypto.file.disable=true
". È consigliabile, ma facoltativo, aggiungerlo sempre./etc/key
". Questo manterrà il segreto da riutilizzare in tutti gli ambienti per i quali si desidera che vengano riutilizzati/crx/de
per aggiungerlo al pacchetto che verrà riutilizzato tra le installazioni