Reestruturação do repositório Assets no AEM 6.5 assets-repository-restructuring-in-aem

/etc/dam/jobs

/var/dam/jobs

Se qualquer código personalizado depender desse local, ou seja, o código depende explicitamente desse caminho, ele deverá ser atualizado para usar o novo local antes da atualização. Idealmente, as APIs Java™ são usadas quando disponíveis para reduzir dependências em qualquer caminho específico no JCR.

Local temporário onde armazenar um arquivo zip para o cliente baixar. Não há necessidade de atualizar desde quando o cliente solicita o download do ativo. Ele gera um arquivo no novo local.

N/A

/libs/settings/dam/notification

/apps/settings/dam/notification

Se os templates de e-mail foram modificados pelo cliente, execute as seguintes ações para alinhar-se à nova estrutura do repositório:

1. O modelo de email /libs/settings/dam/notification deve ser copiado de /etc/notification/email/default para /apps/settings/notification/email/default
   1. Como o destino está em /apps, essa alteração deve ser persistida no SCM.
2. Remover a pasta: /etc/dam/notification/email/default depois que os modelos de email nela contidos forem movidos.
   1. Se não for feita nenhuma atualização ao modelo de email em /etc/notification/email/default, a pasta poderá ser removida, pois o modelo de email original existe em /libs/settings/notification/email/default como parte da instalação do AEM 4.

N/D

/libs/settings/wcm/designs/assetshare

/apps/settings/wcm/designs/assetshare

Para qualquer design gerenciado em SCM, e não gravado no tempo de execução por meio de caixas de diálogo de design, execute as seguintes ações para alinhar-se ao modelo mais recente:

1. Copie os designs do Local Anterior para o Novo Local em /apps.
2. Converta qualquer CSS, JavaScript e recursos estáticos no Design em uma Biblioteca de Clientes com allowProxy = true.
3. Atualize as referências ao Local Anterior na propriedade cq:designPath por meio de AEM > Administrador DAM > Página de compartilhamento de ativos > Propriedades da página > Guia Avançado > Campo de design.
4. Para usar a nova categoria Biblioteca do cliente, atualize quaisquer Páginas que façam referência ao Local anterior. Isso requer a atualização do código de implementação da Página.
5. Atualize as regras do Dispatcher para permitir o fornecimento de Bibliotecas de Clientes por meio do servlet proxy /etc.clientlibs/.

Para qualquer Design que não seja gerenciado em SCM e modificado em tempo de execução por meio de Caixas de Diálogo de Design, não mova designs de autoria para fora de /etc.

N/D

/libs/settings/dam/workflownotification/email/downloadasset

/apps/settings/dam/workflownotification/email/downloadasset

Se os modelos de email (downloadasset ou transientworkflowcompleted) foram modificados, siga o procedimento abaixo para alinhar à nova estrutura:

1. O modelo de email atualizado deve ser copiado de /etc/dam/workflow/notification/email/downloadasset para /apps/settings/dam/workflow/notification/email/downloadasset
   1. Como o destino está em /apps, essa alteração deve ser persistida no SCM.
2. Remover a pasta: /etc/dam/workflow/notification/email/downloadasset depois que os modelos de email nela contidos forem movidos.
   1. Se não for feita nenhuma atualização ao modelo de email em /etc, a pasta poderá ser removida, pois o modelo de email original existe em /libs/settings/dam/workflownotification/email/downloadasset como parte da instalação do AEM 6.4.

Embora tecnicamente /conf/global/settings/dam/workflownotification/email/downloadasset seja suportado para pesquisa (tem precedência antes de /apps por meio da pesquisa CAConfig normal do Sling, mas depois de /etc) o modelo pode ser colocado em /conf/global/settings/dam/workflownotification/email/downloadasset. No entanto, isso não é recomendado, pois não há interface do usuário em tempo de execução para facilitar a edição do template de email.

/libs/settings/dam/adhocassetshare

/apps/settings/dam/adhocassetshare

Se o modelo de e-mail tiver sido modificado pelo cliente, para alinhar-se à nova estrutura do repositório:

1. O modelo de email atualizado deve ser copiado de /etc/dam/adhocassetshare para /apps/settings/dam/adhocassetshare
   1. Como o destino está em /apps, essa alteração deve ser persistida no SCM.
2. Remover a pasta: /etc/dam/adhocassetshare depois que os modelos de email nela contidos forem movidos.
   1. Se não for feita nenhuma atualização ao modelo de email em /etc, a pasta poderá ser removida, pois o modelo de email original existe em /libs/settings/dam/adhocassetshare como parte da instalação do AEM 6.4.

Embora tecnicamente /conf/global/settings/dam/adhocassetshare seja suportado para pesquisa (tem precedência antes de /apps por meio da pesquisa CAConfig Sling, mas depois de /etc), o modelo pode ser colocado em /conf/global/settings/dam/adhocassetshare. No entanto, isso não é recomendado, pois não há interface do usuário em tempo de execução para facilitar a edição do template de email

/libs/settings/dam/indesign

/apps/settings/dam/indesign

Para Alinhar com a nova estrutura do repositório:

1. Copiar todos os scripts personalizados ou modificados de /etc/dam/indesign/scripts para /apps/settings/dam/indesign/scripts
   1. Somente scripts de cópia novos ou modificados como scripts não modificados fornecidos pelo AEM estão disponíveis por meio de /libs/settings no AEM 6.5
2. Localize todos os modelos de fluxo de trabalho que usam a etapa WF do processo de extração de mídia e
   1. Para cada instância da Etapa do fluxo de trabalho, atualize os caminhos na configuração para apontar explicitamente para os scripts adequados em /apps/settings/dam/indesign/scripts ou /libs/settings/dam/indesign/scripts conforme apropriado.
3. Remover /etc/dam/indesign/scripts totalmente.

Recomenda-se que os scripts personalizados sejam armazenados em /apps, já que esse é o local onde o código deve ser armazenado.

/libs/settings/dam/video

/apps/settings/dam/video

As personalizações de nível de projeto devem ser cortadas e coladas em caminhos /apps ou /conf equivalentes, conforme aplicável.

Para alinhar-se à estrutura do repositório do AEM 6.4:

1. Copie todas as configurações de vídeo modificadas de /etc/dam/video para /apps/settings/dam/video
2. Remover /etc/dam/video

N/A

/libs/settings/dam/dm/presets/viewer

/conf/global/settings/dam/dm/presets/viewer

Para a predefinição do visualizador pronta para uso, ela só está disponível no novo local.

Para a predefinição do Visualizador personalizado:

• execute um script de migração para poder mover o nó de /etc para /conf. O script está em https://serveraddress:serverport/libs/settings/dam/dm/presets.migratedmcontent.json
• ou você pode editar a configuração e elas serão salvas automaticamente no novo local.

Você não precisa ajustar o código copyURL/embed para apontar para /conf. A solicitação existente para /etc foi reencaminhada para o conteúdo correto de /conf.

N/A

/etc/clientlibs/foundation/asseteditor

/etc/clientlibs/foundation/assetshare

/etc/clientlibs/foundation/assetinsights

Ajuste todas as referências para apontar para os novos recursos em /libs usando o prefixo de proxy de permissão /etc.clientlibs/.

Por fim, limpe removendo as pastas das bibliotecas de clientes migradas do /etc/clientlibs/foundation/

N/D