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 formais do AEM substituíssem o código, a configuração ou o conteúdo personalizados. Além disso, as alterações no cliente às vezes sobrescrevem o código de produto ou conteúdo do AEM, quebrando a funcionalidade do produto.

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

Para isso, a partir do AEM 6.4 e para continuar 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:

  • O código de produto AEM 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 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. Na perspectiva da linha do tempo, há duas categorias de alterações:

  • 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 do 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 do 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 consultadas 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 do 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