Reestruturação do repositório no AEM 6.5

Introdução

Antes do AEM 6.4, o código do cliente era implantado em áreas imprevisíveis do JCR que estavam sujeitas a alterações nas atualizações. Por isso, era comum que as versões de AEM formais substituíssem o código personalizado, a configuração ou o conteúdo. Além disso, as alterações no cliente às vezes sobrescrevem AEM código de produto ou conteúdo, quebrando a funcionalidade do produto.

Ao delinear claramente as hierarquias para AEM código de produto e código de cliente, esses conflitos podem ser evitados.

Para esse fim, a partir do AEM 6.4 e para ser continuado em versões futuras, o conteúdo está sendo reestruturado de /etc. para outras pastas no repositório, juntamente com diretrizes sobre qual conteúdo vai para onde, respeitando as seguintes regras de alto nível:

  • AEM código de produto sempre será colocado em /libs, que não deve ser substituído pelo código personalizado
  • O código personalizado deve ser colocado em /apps, /content e /conf

Impacto nas atualizações do 6.5

Ao atualizar para o AEM 6.5, um subconjunto grande do conteúdo em /etc será duplicado em outras pastas no repositório. Esses novos locais são os locais preferenciais nos quais o conteúdo é referenciado. No entanto, todas as tentativas foram feitas para que a atualização do AEM 6.5 seja retrocompatível com os locais anteriores na pasta /etc e, portanto, na maioria dos casos, os locais antigos continuarão a ser referenciados pelo código AEM até que as alterações sejam feitas ativamente — e em muitos casos manualmente — no aplicativo de um cliente. Do ponto de vista da linha do tempo, há duas categorias de mudanças:

  • Com a atualização 6.5 - algumas das alterações de reestruturação /etc não são compatíveis com versões anteriores e, portanto, as modificações devem ser planejadas e implementadas como parte da atualização AEM 6.5.
  • Antes da atualização futura - a grande maioria das alterações de reestruturação /etc pode ser adiada até algum tempo no futuro após a atualização. Como mencionado anteriormente, o código AEM 6.5 continuará fazendo referência aos locais antigos até que as modificações sejam implementadas como parte de uma versão do cliente. Embora não haja uma linha do tempo forçada para a qual as alterações devem ser feitas, recomenda-se que elas sejam feitas antes da atualização futura, já que os recursos futuros podem depender dos novos locais que estão sendo referenciados. Além disso, a documentação de um determinado recurso fará, por convenção, referência aos novos locais e, portanto, pode ser confuso se os locais antigos ainda estiverem sendo usados.

Orientação sobre a reestruturação

Ao planejar uma atualização para o AEM 6.5, as seguintes páginas por solução devem ser referenciadas para avaliar o esforço de trabalho:

Cada página contém duas seções correspondentes à urgência das alterações necessárias. Qualquer item na seção "Atualização 6.5" deve ser abordado como parte do projeto de atualização AEM 6.5. Qualquer item sob "Antes da atualização futura" pode ser adiado opcionalmente até a atualização posterior.

Cada entrada na página inclui um campo "Orientação sobre a reestruturação", que detalha a estratégia técnica recomendada para alinhar com o novo modelo de repositório 6.5 para que os novos locais sejam referenciados para o conteúdo localizado anteriormente na pasta /etc. Um campo "Notas" adicional fornece qualquer contexto útil adicional.

Nesta página