Perda de propriedade do JCR personalizado na alteração e replicação de criação no AEMaaCS
Este artigo fornece uma solução para solucionar o problema de perda de propriedades JCR personalizadas ao fazer alterações de criação e ao replicar o conteúdo no Adobe Experience Manager as a Cloud Service (AEMaaCS). Ele explica por que o problema ocorre e fornece um guia passo a passo para garantir a persistência dessas propriedades.
Descrição description
Ambiente
Adobe Experience Manager as a Cloud Service (AEMaaCS)
Problema
Quando uma propriedade JCR personalizada é adicionada diretamente a um nó associado a um componente de vários campos em um fragmento de experiência, ela pode não persistir após a criação de alterações ou replicação. Os seguintes sintomas são observados:
- As propriedades personalizadas são perdidas após salvar as alterações de criação.
- Os processos de replicação substituem ou excluem essas propriedades.
Esse comportamento surge porque os componentes de vários campos gerenciam suas propriedades dinamicamente com base em configurações de caixa de diálogo, que ditam o que é salvo e replicado.
Resolução resolution
-
Atualizar configuração da caixa de diálogo:
- Verifique se todas as propriedades personalizadas estão explicitamente definidas na configuração XML da caixa de diálogo do componente.
- Adicione campos correspondentes às propriedades personalizadas à estrutura da caixa de diálogo para garantir que elas sejam reconhecidas e salvas.
-
Manuseio de componentes de vários campos:
- Os componentes de vários campos armazenam suas entradas como nós secundários separados em um nó principal no JCR.
- Defina as propriedades necessárias na caixa de diálogo do componente ou nos arquivos de configuração para impedir substituições durante o processamento.
-
Estender o componente
- Estenda seu componente existente adicionando campos para cada propriedade personalizada necessária. Por exemplo, inclua um campo
tariffItemna configuração do componente estendido, se você estiver usando-o.
- Estenda seu componente existente adicionando campos para cada propriedade personalizada necessária. Por exemplo, inclua um campo
-
Usar configurações de campo ocultas e escrever diretamente a etapa — Para propriedades que não devem aparecer na interface do usuário, mas precisam ser mantidas de forma programática, configure campos ocultos com as seguintes configurações:
Name: granite:hidden
Type: Boolean
Value: true
-
Teste e validação
- Teste as configurações atualizadas em um ambiente local antes de implantar na produção.
- Use projetos padrão do AEM (por exemplo: WKND) para testes iniciais a fim de validar as alterações sem interferência de camadas de personalização adicionais.