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 causa disso, 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, às vezes, as alterações no cliente se sobrepunham AEM código de produto ou conteúdo, quebrando a funcionalidade do produto.

Ao definir claramente 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 continuar em versões futuras, o conteúdo está sendo reestruturado de /etc para outras pastas no repositório, juntamente com diretrizes sobre o conteúdo que vai para onde, seguindo 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 grande subconjunto do conteúdo em /etc será duplicado em outras pastas no repositório. Esses novos locais são os locais preferidos em que o conteúdo é referenciado. No entanto, todas as tentativas foram feitas para que a atualização do AEM 6.5 seja retroativamente compatí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. Da 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 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 pós-atualização. Como mencionado anteriormente, o código AEM 6.5 continuará referenciando os 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á referência por convenção 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 coisa na seção "Atualização 6.5" deve ser abordada como parte do projeto de atualização AEM 6.5. Qualquer coisa em "Antes da atualização futura" pode ser adiada opcionalmente até a posterior atualização.

Cada entrada na página inclui um campo "Orientação sobre 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 "Observações" adicional fornece qualquer contexto útil adicional.