L’AEM come SDK per Cloud Service è composta dai seguenti artefatti:
Inoltre, alcuni clienti che erano stati precedentemente distribuiti con AEM 6.5 o versioni precedenti utilizzeranno gli artifact riportati di seguito. Se la compilazione locale non funziona con l'archivio di avvio rapido e si sospetta che sia dovuta a interfacce rimosse dall'AEM distribuito come Cloud Service, contattare l'Assistenza clienti per determinare se è necessario accedere. Ciò richiederà modifiche nel backend.
Il AEM come SDK Cloud Service viene utilizzato per creare e distribuire codice personalizzato. Per ulteriori dettagli, fare riferimento alla AEM documentazione Project Archetype. A un livello elevato, vengono eseguiti i seguenti passaggi:
Gli stessi passaggi vengono eseguiti da Cloud Manager quando si distribuisce in ambienti cloud. L'esecuzione delle build localmente consente lo sviluppo locale e i test in modo che gli sviluppatori possano scoprire in modo efficiente i problemi di codice o strutturali ben prima di impegnarsi nel controllo del codice sorgente e attivare le distribuzioni di Cloud Manager, il che può 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 vedere la versione in uso, effettuate l'accesso al AEM, quindi passate al punto interrogativo nell'angolo superiore destro dello schermo e selezionate 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 giornaliero di manutenzione. I clienti verranno informati quando la loro istanza di produzione verrà aggiornata a una nuova versione AEM. Per le versioni di manutenzione giornaliera, non è previsto che il nuovo SDK sarà cambiato in modo significativo, se del caso. Tuttavia, si consiglia di aggiornare occasionalmente l'ambiente locale AEM sviluppatore con l'SDK più recente, quindi di rigenerare e testare l'applicazione personalizzata. La versione di manutenzione mensile in genere include modifiche di maggiore impatto e pertanto gli sviluppatori dovrebbero 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 garantire la massima sicurezza-r
).
Se è presente del contenuto che deve essere installato con ogni nuova AEM versione di QuickStart, includetelo in un pacchetto di contenuto e nel controllo del sorgente del progetto. Quindi, installatelo ogni volta.
È consigliabile aggiornare frequentemente l'SDK (ad esempio, due volte alla settimana) e smaltire giornalmente lo stato locale completo in modo che non dipenda accidentalmente dai dati sullo stato dell'applicazione.
Nel caso in cui tu dipenda da CryptoSupport (configurando le credenziali di Cloudservices o il servizio di posta SMTP in AEM o utilizzando l'API CryptoSupport nella tua applicazione), le proprietà crittografate saranno crittografate da una chiave generata automaticamente al primo avvio di un ambiente AEM. Mentre la configurazione del cloud si occupa di riutilizzare automaticamente la CryptoKey specifica per l'ambiente, è necessario inserire la chiave di crittografia nell'ambiente di sviluppo locale.
Per impostazione predefinita AEM è configurato per memorizzare i dati chiave nella cartella di dati di una cartella, ma per semplificare il riutilizzo in fase di sviluppo, il processo AEM può essere inizializzato al primo avvio con "-Dcom.adobe.granite.crypto.file.disable=true
". Verranno generati i dati di cifratura in "/etc/key
".
Per poter riutilizzare i pacchetti di contenuto contenenti i valori crittografati, è necessario eseguire la procedura seguente:
-Dcom.adobe.granite.crypto.file.disable=true
". È consigliabile, ma facoltativo, aggiungerlo sempre./etc/key
". Questo manterrà il segreto per essere riutilizzato in tutti gli ambienti per i quali si desidera che vengano riutilizzati/crx/de
per aggiungerlo al pacchetto che verrà riutilizzato tra le installazioni