L’SDK as a Cloud Service dell’AEM è composto dai seguenti artefatti:
Inoltre, alcuni clienti che sono stati distribuiti in precedenza con AEM 6.5 o versioni precedenti utilizzano gli artefatti riportati di seguito. Se la compilazione locale non funziona con Quickstart Jar e pensi che derivi dalla rimozione di interfacce da AEM implementato as a Cloud Service, contatta l’Assistenza clienti. Possono determinare se è necessario accedere a. Richiede 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 il test locali. Gli sviluppatori possono individuare in modo efficiente problemi di codice o strutturali prima di attivare il controllo del codice sorgente e attivare le distribuzioni di Cloud Manager, che possono richiedere più tempo.
L’SDK as a Cloud Service dall’AEM deve essere costruito con una distribuzione e una versione di Java supportata da Ambiente di build di Cloud Manager. I clienti AEM as a Cloud Service possono scaricare l’Oracle JDK dalla sezione Portale di distribuzione software e disporre del supporto esteso Java 11 fino a settembre 2026 a causa dei termini di licenza e supporto di Adobe per la tecnologia Java Oracle quando utilizzata nei progetti Adobe Experience Manager.
<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. Puoi vedere quale versione stai utilizzando accedendo a AEM. Nell’angolo superiore destro dello schermo, vai al punto interrogativo e seleziona Informazioni su Adobe Experience Manager.
Quando è consigliabile aggiornare il progetto locale con un nuovo SDK?
Adobe consiglia aggiornamento dopo una versione di manutenzione mensile.
È facoltativo per aggiornarla dopo qualsiasi versione di manutenzione giornaliera. I clienti vengono informati quando la loro istanza di produzione viene aggiornata correttamente a una nuova versione AEM. Per le versioni di manutenzione giornaliere, non si prevede 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
in una cartella diversa 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.
Se si utilizza CryptoSupport (configurando le credenziali dei servizi Cloud o del servizio di posta SMTP in AEM oppure utilizzando l’API CryptoSupport nell’applicazione), le proprietà crittografate sono crittografate da una chiave. Questa chiave viene generata automaticamente al primo avvio di un ambiente AEM. Anche se la configurazione cloud si occupa del riutilizzo automatico della 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 all’interno della 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
". Questo processo genera i dati di crittografia in "/etc/key
".
Per poter riutilizzare i pacchetti di contenuto che contengono i valori crittografati, effettua le seguenti operazioni:
-Dcom.adobe.granite.crypto.file.disable=true
". Si consiglia, ma facoltativo, di aggiungerlo sempre./etc/key
". Questo pacchetto contiene il segreto da riutilizzare in tutti gli ambienti per i quali desideri riutilizzarli./crx/de
in modo da poterlo aggiungere al pacchetto riutilizzato nelle diverse installazioni.