Notas de versão do Adobe Experience Manager as a Cloud Service 2020.7.0 release-notes

Uma nova implementação da interface do usuário substitui a implementação com base na interface clássica.

Os diálogos da interface do usuário foram simplificados, deixando a criação da estrutura para mapeamento variável e outras configurações para o Adobe Launch. Consulte Integração do Adobe Analytics e Integração do Adobe Target.

As configurações agora são armazenadas em /conf e não em /etc/cloudsettings no repositório do Experience Manager.

O Asset Compute Service é um serviço dimensionável e extensível para processar ativos. Os administradores podem configurar Experience Manager para chamar aplicativos personalizados criados usando o Asset Compute Service. Os desenvolvedores podem usar o serviço para criar aplicativos personalizados especializados que atendam a casos de uso complexos. Esse serviço da Web pode gerar miniaturas para diferentes tipos de arquivos, renderizações de imagem de alta qualidade de formatos de arquivo de Adobe, codificar vídeos (no futuro), extrair metadados, extrair texto completo como precursor para indexação e executar um ativo por meio de todos os disponíveis Sensei serviços. consulte usar microsserviços de ativos e perfis de processamento.

A configuração inicial do Dynamic Media no Experience Manager as a Cloud Service foi aprimorada para ficar mais robusta. Agora, ela informa o progresso dos processos aos administradores.

A publicação de ativos no Dynamic Media está mais simples e robusta e agora faz parte do pipeline de processamento de ativos global usando microsserviços de ativos e melhorando o back-end de publicação em lote.

As etapas de fluxo de trabalho que não são compatíveis com uma implantação do Cloud Service agora são marcadas com um aviso no editor de modelo de fluxo de trabalho. Além disso, ao executar os workflows existentes no ambiente do Cloud Service, as etapas do workflow incompatíveis são ignoradas.

Os modelos de fluxo de trabalho criados pelos clientes implantados em /conf/globalCloud Manager no projeto Git associado ao ambiente no são implantados automaticamente em /var e, portanto, disponibilizados no Experience Manager. Os modelos de fluxo de trabalho do produto em /libs que foram alterados pelo cliente não são implantados automaticamente em /var.

Introdução de um novo Visualizador de PDF.

O suporte para Accelerated Mobile Pages (AMP) dos Componentes principais já está disponível. As páginas AMP ajudam a produzir experiências mais rápidas para o cliente, fazendo a transição da página de maneira instantânea ao entrar no site a partir de um resultado de pesquisa do Google para dispositivos móveis, o que melhora a participação do usuário e o SEO.
Consulte Suporte AMP para os Componentes principais para obter mais detalhes.

Compatibilidade com a versão 1.0.2 da Camada de dados do cliente da Adobe.

Correções de erros e melhorias na qualidade do código.

A página de ambientes foi renovada.

A página de ambientes hibernados agora mostra um status discreto no Cloud Manager.

O número de variáveis por ambiente aumentou para 200.

Os pipelines do Cloud Manager agora oferecem suporte a variáveis e segredos definidos pelo cliente.

Consulte as variáveis de pipeline para obter mais detalhes.

Agora há suporte aos Repositórios Maven privados vinculados à autenticação.

O container de build do Cloud Manager agora é compatível com Java 8 e Java 11.
Consulte Como utilizar o suporte do Java 11 para obter mais detalhes.

Devido a um erro, o link do Cloud Manager para o Console do desenvolvedor estava ativo antes dos ambientes serem totalmente criados.

O link direto do Cloud Manager para o Console do desenvolvedor não exibia a opção de cancelar hibernação/hibernar para ambientes do Programa de sandbox.

As opções Cancelar e Salvar nem sempre estavam visíveis na página de edição do pipeline de não produção.

Certas falhas no processo de qualidade do código podiam resultar na geração incorreta do arquivo de log.

Às vezes, o nome sugerido na criação de um programa retornava uma duplicata de um nome de programa existente.

Grandes logs de etapas de pipeline não podiam ser baixados consistentemente pela interface do usuário.

A validação de nomes de ambientes apresentava um erro off-by-one.

A página Ambientes às vezes mostrava segmentos do Publish e do Dispatcher sem que estivessem presentes.

Os logs podem ser encaminhados para contas do Splunk, que permite que as organizações usem o investimento feito no Splunk.

Um endereço IP de saída estático e dedicado pode ser atribuído para tráfego externo programado no código Java, que pode ser útil para algumas integrações.

A interface do AEM Analytics Cloud Service foi transferida da interface clássica para a nova interface do AEM. Além disso, a localização do Analytics Cloud Service no repositório do AEM foi movida de /etc para /conf, para alinhar com outros serviços em nuvem AEM.

A interface do AEM Target Cloud Service foi transferida da clássica para a nova interface do AEM. Além disso, a localização do serviço na nuvem do Target no repositório do AEM foi movida de /etc para /conf, para alinhar com outros serviços em nuvem AEM.

Não foi possível executar a versão anterior do CRA no Adobe Experience Manager (AEM) 6.1. Foi adicionado suporte direto para permitir usuários no grupo de administradores.

Consulte Instalação do CRA no AEM 6.1 para obter mais detalhes.

O carimbo de data e hora de expiração exibido no relatório de resumo estava incorreto.

O CRA estava detectando componentes personalizados duplicados.

No AEM 6.1, a inspeção de conteúdo era encerrada antes de concluir a inspeção completa. Adição de um gerenciamento de exceções para permitir que o inspetor pule e continue até que a inspeção completa seja concluída.