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

Dynamic Media - È ora possibile utilizzare l’interfaccia Dynamic Media di AEM per configurare le impostazioni generali e le impostazioni di pubblicazione anziché passare attraverso l’applicazione desktop Dynamic Media Classic.

Dynamic Media ora supporta l’acquisizione, l’anteprima, la riproduzione e la pubblicazione per i video MXF. L'annotazione e il video acquistabile per i video MXF non sono ancora supportati.

Dopo aver configurato una connessione tra le implementazioni remote di DAM e Sites, le risorse in DAM remoto sono rese disponibili nell’implementazione di Sites. È ora possibile aggiornare, eliminare, rinominare e spostare le operazioni sulle risorse o cartelle DAM remote. Gli aggiornamenti, con un certo ritardo, sono disponibili automaticamente nell’implementazione di Sites.

AEM Forms as a Cloud Service - Communications: API di comunicazione consente di combinare un modello e dati XML per generare documenti di stampa in vari formati. Il servizio consente di generare documenti in modalità sincrona e batch. Le API consentono di creare applicazioni che permettono di:

• Generare i documenti compilando i file modello (PDF e XDP) con i dati XML.
• Generare moduli di output in vari formati, compresi flussi di stampa PDF non interattivi.

Font personalizzati per documenti Record e PDF creati con API di comunicazione: è ora possibile utilizzare font approvati dal marchio nei documenti PDF generati utilizzando le API di comunicazione per allinearli ai requisiti organizzativi.

Portale Forms: è possibile utilizzare Portale dei moduli per elencare i moduli adattivi pubblicati in una pagina AEM Sites. Aiuta un visitatore del sito a scoprire tutti i moduli disponibili. Inoltre, il visitatore può utilizzare il portale dei moduli per salvare e accedere alla bozza di un modulo adattivo e consultare la versione PDF di un modulo adattivo inviato.

Gli autori possono creare consigli di prodotti Commerce ad hoc utilizzando altri tipi di consigli

Supporto per le carte regalo in AEM Storefront

Gli utenti possono ora sfruttare le nuove pipeline Front End per distribuire esclusivamente il codice front-end in modo accelerato. Consulta Pipeline front-end di Cloud Manager per ulteriori informazioni.

La durata della pipeline di qualità del codice viene notevolmente ridotta, eseguendo l’analisi del codice in modo più efficiente senza la necessità di creare un’immagine intera AEM. Questa modifica verrà implementata progressivamente nelle settimane successive al rilascio.

L’ID del commit Git verrà ora visualizzato nei dettagli di esecuzione della pipeline, facilitando il tracciamento del codice generato.

La creazione di programmi è ora disponibile tramite API pubblicamente esposte.

La creazione di ambiente è ora disponibile tramite API pubblicamente esposte.

L’x-request-id intestazione di risposta è ora visibile in API Playground su www.adobe.io. Questa intestazione è utile quando si inviano problemi di assistenza clienti per la risoluzione dei problemi.

In qualità di utente, vedo la scheda Pipeline senza pipeline che mi forniscano la guida appropriata.

È ora disponibile una nuova pagina Attività in cui è possibile visualizzare le attività come la pipeline e le esecuzioni di codice insieme ai relativi dettagli associati. Nel tempo, le attività elencate in questa pagina si espanderanno nell’ambito insieme ai dettagli forniti.

È ora disponibile una nuova pagina di pipeline con un puntatore di stato al passaggio del mouse per una facile visualizzazione del riepilogo dei dettagli. Le esecuzioni della pipeline possono essere visualizzate insieme ai relativi dettagli associati.

L’API di modifica delle pipeline ora supporta la modifica dell’ambiente utilizzato nelle fasi di distribuzione.

È stata introdotta un’ottimizzazione nel processo di scansione OakPal per i pacchetti di grandi dimensioni.

Il file CSV del problema qualità conterrà ora la timestamp per ogni problema di qualità.

Alcune configurazioni della versione non ortodosse hanno comportato la memorizzazione di file non necessari nella cache degli artefatti Maven della pipeline, causando un I/O di rete estranea all’avvio e all’arresto del contenitore della versione.

L’API di Pipeline PATCH non riesce se la fase di distribuzione non esiste.

La ClientlibProxyResourceCheck la regola di qualità generava falsi problemi positivi in presenza di librerie client con percorsi di base comuni.

Il messaggio di errore quando è stato raggiunto il numero massimo di archivi non specifica il motivo dell’errore.

In rari casi, le pipeline non riuscivano a causa di una gestione inappropriata dei tentativi di alcuni codici di risposta.