Note sulla versione per Adobe Experience Manager as a Cloud Service 2020.7.0 release-notes

Una nuova implementazione dell’interfaccia utente sostituisce l’implementazione basata sull’interfaccia classica.

Le finestre di dialogo dell’interfaccia utente sono state semplificate, lasciando ad Adobe Launch la creazione del framework per la mappatura delle variabili e altre configurazioni. Consulta Integrazione di Adobe Analytics e Integrazione di Adobe Target.

Le configurazioni ora sono memorizzate in /conf anziché /etc/cloudsettings nell’archivio di Experience Manager.

Asset Compute Service è un servizio scalabile ed estensibile per l’elaborazione delle risorse. Gli amministratori possono configurare Experience Manager per richiamare le applicazioni personalizzate create utilizzando Asset Compute Service. Gli sviluppatori possono utilizzare il servizio per creare applicazioni personalizzate specializzate per casi d’uso complessi. Questo servizio web può generare miniature per diversi tipi di file, eseguire il rendering di immagini di alta qualità da formati di file Adobe, codificare video (in futuro), estrarre metadati, estrarre testo completo come precursore per l’indicizzazione ed eseguire una risorsa in tutti i tipi di file disponibili Sensei servizi. vedi utilizzare i microservizi delle risorse e i profili di elaborazione.

La configurazione iniziale di Dynamic Media in Experience Manager as a Cloud Service è stata migliorata ed è ora più robusta. Fornisce agli amministratori indicazioni sull’avanzamento dei processi.

La pubblicazione delle risorse su Dynamic Media è stata semplificata ed è più robusta; è ora parte integrante della pipeline di elaborazione delle risorse complessiva tramite i microservizi per le risorse ed è stato migliorato il back-end per la pubblicazione batch.

I passaggi di un flusso di lavoro non compatibili con un’implementazione Cloud Service ora sono contrassegnati da un avviso nell’editor per modelli di flusso di lavoro. Inoltre, durante l’esecuzione dei flussi di lavoro esistenti nell’ambiente di Cloud Service, vengono saltati i passaggi del flusso di lavoro non compatibili.

I modelli di flussi di lavoro creati dai clienti che vengono distribuiti in /conf/globalCloud Manager nel progetto Git associato all’ambiente in vengono automaticamente distribuiti in /var e sono quindi disponibili in Experience Manager. I modelli di flusso di lavoro dei prodotti in /libs che sono stati modificati dai clienti non vengono distribuiti automaticamente in /var.

Introduzione di un nuovo componente Visualizzatore PDF.

È ora disponibile il supporto di AMP (Accelerated Mobile Pages) per i componenti core. Consente di creare esperienze cliente più veloci, con transizioni di pagina istantanee quando si accede al sito da un risultato di ricerca Google mobile, migliorando il coinvolgimento degli utenti e la SEO (Search Engine Optimization).
Consulta Supporto AMP per i Componenti core per ulteriori dettagli.

Compatibilità con la versione 1.0.2 del Livello dati client di Adobe.

Correzioni di bug e miglioramenti nella qualità del codice.

La pagina Ambienti è stata riprogettata.

Ora gli ambienti che sono stati sospesi presentano uno stato discreto in Cloud Manager.

Il numero di variabili per ambiente è stato aumentato a 200.

Le pipeline di Cloud Manager ora supportano variabili e segreti impostati dal cliente.

Per ulteriori informazioni, consulta Variabili delle pipeline.

Ora gli archivi Maven privati vincolati all’autenticazione sono supportati.

Ora il contenitore della build di Cloud Manager supporta sia Java 8 sia Java 11.
Per ulteriori informazioni, consulta Utilizzo del supporto Java 11.

Il collegamento tra Cloud Manager e Console sviluppatori era erroneamente attivo prima che gli ambienti fossero completamente creati.

Il collegamento diretto da Cloud Manager a Console sviluppatori non mostrava l’opzione per sospendere/riattivare l’ambiente di un programma sandbox.

Le opzioni Annulla e Salva nella pagina di modifica della pipeline non di produzione non erano sempre visibili.

Alcuni errori nel processo di qualità del codice potevano causare la generazione non corretta del file di registro.

Durante la creazione di un programma, il nome suggerito talvolta restituiva un duplicato di un nome di programma esistente.

Tramite l’interfaccia utente non si potevano scaricare in modo coerente i log di alcuni fasi di pipeline di grandi dimensioni.

La convalida dei nomi dell’ambiente presentava un errore con scostamento pari a uno.

In alcuni casi, la pagina Ambienti mostrava segmenti di pubblicazione e dispatcher anche in loro assenza.

I registri possono essere inoltrati agli account Splunk, che consente alle organizzazioni di utilizzare il proprio investimento Splunk.

È possibile assegnare un indirizzo IP di uscita statico e dedicato al traffico in uscita programmato nel codice Java, utile per alcune integrazioni.

L’interfaccia classica di AEM Analytics Cloud Service è stata convertita nella nuova interfaccia di AEM. Inoltre, la posizione di Analytics Cloud Service nell’archivio di AEM è stata spostata da /etc a /conf, in allineamento con altri servizi cloud AEM.

L’interfaccia classica di AEM Target Cloud Service è stata convertita nella nuova interfaccia di AEM. Inoltre, la posizione di Target Cloud Service nell’archivio di AEM è stata spostata da /etc a /conf, in allineamento con altri servizi cloud AEM.

La versione precedente di Cloud Readiness Analyzer non poteva girare su Adobe Experience Manager (AEM) 6.1. È stato aggiunto il supporto esplicito per gli utenti del gruppo di amministratori.

Consulta Installazione di CRA in AEM 6.1 per ulteriori dettagli.

Nel rapporto di riepilogo veniva visualizzata una marca temporale di scadenza errata.

Cloud Readiness Analyzer rilevava componenti personalizzati duplicati.

In AEM 6.1, l’operazione di ispezione del contenuto veniva terminata prima di essere completata. È stata aggiunta una gestione delle eccezioni che consente all’ispettore di ignorare e continuare fino al completamento di tutta l’ispezione.