AEM Reestructuración de repositorios en 6.5

Introducción

AEM Antes de la versión 6.4 de, el código de cliente se implementaba en áreas impredecibles del JCR que estaban sujetas a cambios en las actualizaciones. AEM Debido a esto, era común que las versiones formales de la sobrescribieran código, configuración o contenido personalizados. AEM Además, los cambios del cliente a veces sobrescribían el código o el contenido del producto, lo que rompe la funcionalidad del producto.

AEM Al delinear claramente las jerarquías para el código de producto y el código de cliente, se pueden evitar estos conflictos.

AEM Con este fin, a partir de la versión 6.4 de la versión 6.4 y para continuar en futuras versiones, el contenido se está reestructurando fuera de /etc a otras carpetas del repositorio, junto con directrices sobre qué contenido va a dónde, siguiendo las siguientes reglas de alto nivel:

AEM El código de producto siempre se colocará en /libs, que no se debe sobrescribir con el código personalizado
El código personalizado debe colocarse en /apps, /content y /conf

Impacto en las actualizaciones de 6.5

AEM Al actualizar a la versión 6.5, un gran subconjunto del contenido en /etc se duplica en otras carpetas del repositorio. Estas nuevas ubicaciones son las ubicaciones preferidas en las que se hace referencia al contenido. AEM AEM Sin embargo, se ha hecho todo lo posible para que la actualización de la versión 6.5 de la aplicación sea compatible con las ubicaciones anteriores de la carpeta /etc y, por lo tanto, en la mayoría de los casos se seguirá haciendo referencia a las ubicaciones antiguas mediante código hasta que se realicen cambios activos, y en muchos casos manuales, en la aplicación de un cliente. Desde una perspectiva de cronología, hay dos categorías de cambios:

AEM Con la actualización a 6.5: algunos de los cambios de reestructuración /etc no son compatibles con versiones anteriores y, por lo tanto, las modificaciones deben planificarse e implementarse como parte de la actualización a 6.5 de.
Antes de una actualización futura: la gran mayoría de los cambios de reestructuración /etc se pueden aplazar hasta algún momento posterior a la actualización. AEM Como se ha mencionado anteriormente, el código de la versión 6.5 de seguirá haciendo referencia a las ubicaciones antiguas hasta que las modificaciones se implementen como parte de una versión del cliente. Aunque no hay una cronología forzada para la cual se deban realizar los cambios, se recomienda que se realicen antes de la actualización futura, ya que las funciones futuras pueden depender de las nuevas ubicaciones a las que se hace referencia. Además, la documentación de una función determinada hará referencia por convención a las nuevas ubicaciones y, por lo tanto, podría resultar confuso si se siguen utilizando las ubicaciones antiguas.

Directrices de reestructuración

AEM Al planificar la actualización a la versión 6.5 de la versión, se debe hacer referencia a las siguientes páginas por solución para evaluar el esfuerzo de trabajo:

Cada página contiene dos secciones que corresponden a la urgencia de los cambios necesarios. AEM Cualquier elemento de la sección "Con actualización de 6.5" debe abordarse como parte del proyecto de actualización de 6.5 de. Todo lo que se encuentre bajo la sección "Antes de una actualización futura" se puede diferir opcionalmente hasta después de la actualización.

Cada entrada en la página incluye un campo "Directrices de reestructuración", que detalla la estrategia técnica recomendada para alinearse con el nuevo modelo de repositorio de 6.5, de modo que se haga referencia a las nuevas ubicaciones para el contenido que anteriormente se encontraba en la carpeta /etc. Un campo adicional "Notas" proporciona cualquier contexto útil adicional.