Current Release Notes for Adobe Experience Manager as a Cloud Service release-notes

Dynamic Media - You can now use AEM Dynamic Media interface to configure General Settings and Publish Setup instead of having to go through the Dynamic Media Classic desktop application.

Dynamic Media now supports ingestion, preview, playback and publish for MXF videos. Annotation and shoppable video for MXF videos is not yet supported.

After configuring a connection between remote DAM and Sites deployments, the assets on remote DAM are made available on the Sites deployment. You can now perform the update, delete, rename, and move operations on the remote DAM assets or folders. The updates, with some delay, are available automatically on the Sites deployment.

AEM Forms as a Cloud Service - Communications: Communication APIs help you combine a template and XML data to generate print documents in various formats. The service lets you generate documents in synchronous and batch modes. The APIs enables you to create applications that let you:

• Generate documents by populating template files (PDF and XDP) with XML data.
• Generate output forms in various formats, including non-interactive PDF print streams.

Custom fonts for Document of Record and PDF documents created with Communications APIs: You can now use brand approved fonts in PDF documents generated using Communications APIs to align with your organizational requirements.

Forms Portal: You can use Forms Portal to list your published adaptive forms on an AEM Sites page. It helps a site visitor discover all available forms. Moreover, the visitor can use forms portal to save and access draft of an adaptive form and look at the PDF version of a submitted adaptive form.

Authors can create ad-hoc Commerce Product Recommendations using additional recommendation types

Support for gift cards in AEM Storefront

Users can now use new Front End pipelines to exclusively deploy front end code in an accelerated manner. See Cloud Manager Front End Pipelines to learn more.

Code Quality pipeline duration is significantly reduced by performing the code analysis in a more efficient way without the need of building a whole AEM image. This change will roll out progressively over the weeks following the release.

The Git Commit ID will now be displayed in the pipeline execution details making it easier to track the code that was built.

Program Creation is now available via publicly exposed API.

Environment Creation is now available via publicly exposed API.

The x-request-id response header is now visible in the API Playground on www.adobe.io. This header is useful when submitting customer care issues for troubleshooting.

As a user, I see Pipeline card with zero pipelines provide me with appropriate guidance.

A new Activity Page is now available where activities such as pipeline and code executions can be viewed along with their associated details. Over time, the activities listed in this page will expand in scope along with the details provided.

A new Pipelines page with an on-hover, status popover for easy view of the summary of details is now available. Pipeline executions can be viewed along with their associated details.

The Edit Pipeline API now supports changing the environment used in the deploy phases.

An optimization in the OakPal scanning process has been introduced for large packages.

The quality issue CSV file will now contain the timestamp for each quality issue.

Certain unorthodox build configurations resulted in unnecessary files being stored in the pipeline’s Maven artifact cache which resulted in extraneous network I/O when starting and stopping the build container.

Pipeline PATCH API fails if deploy phase does not exist.

The ClientlibProxyResourceCheck quality rule was producing false positive issues when there were client libraries with common base paths.

Error message when max number of repositories has been reached did not specify the reason for the error.

In rare cases, pipelines were failing due to inappropriate retry handling of certain response codes.