L’SDK dell’AEM as a Cloud Service è costituito dai seguenti artefatti:
Inoltre, alcuni clienti che sono stati distribuiti in precedenza con AEM 6.5 o versioni precedenti utilizzeranno gli artefatti riportati di seguito. Se la compilazione locale non funziona con Quickstart Jar e pensi che sia dovuta a interfacce che sono state rimosse da AEM implementato as a Cloud Service, contatta l’Assistenza clienti per determinare se è necessario l’accesso. Questo richiederà modifiche nel backend.
L’SDK as a Cloud Service dall’AEM viene utilizzato per generare e distribuire il codice personalizzato. Per maggiori dettagli, fare riferimento a Documentazione di Archetipo progetto AEM. Ad alto livello, vengono eseguiti i seguenti passaggi:
Gli stessi passaggi vengono eseguiti da Cloud Manager durante la distribuzione in ambienti Cloud. L’esecuzione locale delle build consente lo sviluppo e i test locali, in modo che gli sviluppatori possano individuare in modo efficiente i problemi di codice o strutturali ben prima di passare al 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 di versione per l’SDK deve corrispondere alla versione dell’AEM as a Cloud Service. Per vedere quale versione stai utilizzando, accedi all’AEM, quindi vai al punto interrogativo nell’angolo in alto a destra dello schermo e seleziona Informazioni su Adobe Experience Manager
Quando è consigliabile aggiornare il progetto locale con un nuovo SDK?
È consigliato per aggiornarla almeno dopo una versione di manutenzione mensile.
È facoltativo per aggiornarla dopo qualsiasi versione di manutenzione giornaliera. I clienti verranno informati quando la loro istanza di produzione verrà aggiornata correttamente a una nuova versione AEM. Per le versioni di manutenzione giornaliere, non ci si aspetta che il nuovo SDK sia cambiato in modo significativo, se non del tutto. Tuttavia, si consiglia di aggiornare occasionalmente l’ambiente di sviluppo AEM locale con l’SDK più recente, quindi di ricreare e testare l’applicazione personalizzata. La versione di manutenzione mensile in genere include modifiche di maggiore impatto e pertanto gli sviluppatori devono immediatamente aggiornare, ricreare e testare.
Di seguito è riportata la procedura consigliata per l’aggiornamento di un ambiente locale:
crx-quickstart
cartella in un'altra cartella per la conservazione sicura-r
).
Se è necessario installare un contenuto con ogni nuova versione di avvio rapido per AEM, includerlo in un pacchetto di contenuti e nel controllo del codice sorgente del progetto. Quindi, installarlo ogni volta.
Si consiglia di aggiornare frequentemente l’SDK (ad esempio ogni due settimane) ed eliminare tutti i giorni lo stato locale in modo che non dipenda accidentalmente dai dati di stato nell’applicazione.
Nel caso in cui si dipenda da CryptoSupport (configurando le credenziali di Cloud Services o del servizio di posta SMTP in AEM oppure utilizzando l’API CryptoSupport nell’applicazione), le proprietà crittografate verranno crittografate da una chiave generata automaticamente al primo avvio di un ambiente AEM. Mentre cloudsetup si occupa di riutilizzare automaticamente la CryptoKey specifica per l’ambiente, è necessario inserire la crittografia nell’ambiente di sviluppo locale.
Per impostazione predefinita, l’AEM è configurato per memorizzare i dati chiave nella cartella dati di una cartella, ma per facilitare il riutilizzo in fase di sviluppo, il processo AEM può essere inizializzato al primo avvio con "-Dcom.adobe.granite.crypto.file.disable=true
". I dati di crittografia verranno generati in "/etc/key
".
Per poter riutilizzare i pacchetti di contenuto contenenti i valori crittografati, è necessario seguire questi passaggi:
-Dcom.adobe.granite.crypto.file.disable=true
". Si consiglia, ma facoltativo, di aggiungerlo sempre./etc/key
". Questo conterrà il segreto da riutilizzare in tutti gli ambienti per i quali desideri che vengano riutilizzati/crx/de
per aggiungerlo al pacchetto che verrà riutilizzato nelle diverse installazioni