DocumentaciónAEM 6.4Guía de implementación

Reestructuración común de repositorios en AEM 6.4 common-repository-restructuring-in-aem

Last update: Fri May 05 2023 00:00:00 GMT+0000 (Coordinated Universal Time)

Creado para:

  • Developer
CAUTION
AEM 6.4 ha llegado al final de la compatibilidad ampliada y esta documentación ya no se actualiza. Para obtener más información, consulte nuestra períodos de asistencia técnica. Buscar las versiones compatibles here.

Tal como se describe en el elemento principal Reestructuración de repositorios en AEM 6.4 , los clientes que actualicen a AEM 6.4 deben utilizar esta página para evaluar el esfuerzo de trabajo asociado con los cambios del repositorio que puedan afectar a todas las soluciones. Algunos cambios requieren un esfuerzo de trabajo durante el proceso de actualización de AEM 6.4, mientras que otros se pueden aplazar hasta una actualización de 6.5.

Con actualización a la versión 6.4

Antes de la actualización a la versión 6.5

Con actualización a la versión 6.4 with-upgrade

Configuración de ContextHub contexthub-6.4

A partir de AEM 6.4, no hay ninguna configuración predeterminada de ContextHub. Por lo tanto, en el nivel raíz del sitio a cq:contextHubPathproperty debe configurarse para indicar qué configuración debe utilizarse.

  1. Vaya a la raíz del sitio.
  2. Abra las propiedades de página de la página raíz y seleccione la pestaña Personalization .
  3. En el campo Ruta de Contexthub introduzca su propia ruta de configuración de ContextHub.

Además, en la configuración de ContextHub, la variable sling:resourceType debe actualizarse para que sea relativo y no absoluto.

  1. Abra las propiedades del nodo de configuración de ContextHub en CRX DE Lite, por ejemplo /apps/settings/cloudsettings/legacy/contexthub
  2. Cambiar sling:resourceType from /libs/granite/contexthub/cloudsettings/components/baseconfiguration a granite/contexthub/cloudsettings/components/baseconfiguration

Es decir, el sling:resourceType La configuración de ContextHub debe ser relativa en lugar de absoluta.

Modelos de flujo de trabajo workflow-models

Ubicación anterior
/etc/workflow/models
Nuevas ubicaciones

/libs/settings/workflow/models

/conf/global/settings/workflow/models

/var/workflow/models

Directrices de reestructuración

Los modelos de flujo de trabajo nuevos o modificados deben migrarse a /conf/global/workflow/models.

  1. Implemente los modelos de flujo de trabajo modificados en una instancia de desarrollo local AEM 6.4, de forma que existan en la ubicación Anterior.

  2. Edite el modelo de flujo de trabajo mediante AEM Editor de modelos de flujo de trabajo en AEM > Herramientas > Flujo de trabajo > Modelos.

  3. Al migrar modelos de flujo de trabajo modificados proporcionados por AEM

    1. Con el Editor de modelos de flujo de trabajo abierto, modifique la dirección URL del navegador y reemplace el segmento de ruta /libs/settings/workflow/models por /etc/workflow/models.
      • Por ejemplo, cambie: http://localhost:4502/editor.html /libs/settings/workflow/models/dam/update_asset.html a http://localhost:4502/editor.html /etc/workflow/models/dam/update_asset.html

  4. Habilite el modo de edición en el Editor de modelos de flujo de trabajo que copiará la definición del modelo de flujo de trabajo en /conf/global/workflow/models.

  5. Pulse el botón Sincronizar para sincronizar los cambios en el Modelo de flujo de trabajo en tiempo de ejecución en /var/workflow/models.

  6. Exportar el modelo de flujo de trabajo (https://experienceleague.adobe.com/conf/global/workflow/models/?lang=es)<workflow-model>) y modelo de flujo de trabajo en tiempo de ejecución (https://experienceleague.adobe.com/var/workflow/models/<workflow-model>?lang=es) e integrarse en el proyecto de AEM.

    1. Por ejemplo, exportar:

      • /config/settings/workflow/models/dam/my_workflow_model y
      • /var/workflow/models/dam/my_workflow_model
Notas

La resolución del modelo de flujo de trabajo se produce en el siguiente orden:

  1. /conf/global/settings/workflow/models
  2. /libs/settings/workflow/models
  3. /etc/workflow/models

Por lo tanto, cualquier personalización de los modelos de flujo de trabajo proporcionados por AEM persistió en la ubicación Anterior debe moverse a /conf/global/settings/workflow/models si se van a conservar; de lo contrario, se sustituirán por la definición del modelo de flujo de trabajo proporcionada por el AEM en /libs/settings/workflow/models.

Instancias de flujo de trabajo workflow-instances

Ubicación anterior
/etc/workflow/instances
Nuevas ubicaciones
/var/workflow/instances
Directrices de reestructuración

No se requiere ninguna acción para alinearse con la Nueva ubicación.

Las instancias de flujo de trabajo históricas pueden seguir residiendo de forma segura en la ubicación anterior y se crearán nuevas instancias de flujo de trabajo en la nueva ubicación.

Notas
Cualquier referencia de ruta explícita en custom en Ubicación anterior también debe tener en cuenta la Nueva ubicación. Se recomienda refactorizar este código para utilizar las API de flujo de trabajo AEM.

Lanzadores de flujo de trabajo workflow-launchers

Ubicación anterior
/etc/workflow/launcher/config
Nuevas ubicaciones

/libs/settings/workflow/launcher/config

/conf/global/settings/workflow/launcher/config

Directrices de reestructuración

Los iniciadores de flujo de trabajo nuevos o modificados deben migrarse a /conf/global/workflow/launcher/config.

  1. Copie cualquier configuración nueva o modificada de Workflow Launcher desde la ubicación anterior a la nueva ubicación (/conf/global).
Notas

La resolución del iniciador del flujo de trabajo se produce en el siguiente orden:

  1. /conf/global/settings/workflow/launcher
  2. /libs/settings/workflow/launcher
  3. /etc/workflow/launcher

Por lo tanto, cualquier personalización de Workflow Launcher proporcionado por AEM persistió en la ubicación Anterior debe moverse a la Nueva ubicación (/conf/global/settings/workflow/launcher si se van a retener, de lo contrario, se sustituirán por la definición de Workflow Launcher proporcionada AEM en /libs/settings/workflow/launcher.

Scripts de flujo de trabajo workflow-scripts

Ubicación anterior
/etc/workflow/scripts
Nuevas ubicaciones

/libs/workflow/scripts

/apps/workflow/scripts

Directrices de reestructuración

Los scripts de flujo de trabajo nuevos o modificados deben migrarse a la ubicación nueva y los modelos de flujo de trabajo de referencia deben actualizarse para reflejar la ubicación nueva.

  1. Copie cualquier script de flujo de trabajo nuevo o modificado de la ubicación anterior a la nueva ubicación.
    • /apps/workflow/scripts debe mantenerse en SCM.
  2. Actualice cualquier referencia a las secuencias de comandos de flujo de trabajo en la ubicación anterior en los modelos de flujo de trabajo para que apunten a las nuevas ubicaciones.
Notas

AEM 6.4 SP1, cuando se libera, lo hace para que esta reestructuración pueda aplazarse hasta 6.5 upgrade .

Si se actualiza a AEM 6.4 antes de que se libere AEM 6.4 SP1, esta reestructuración debe realizarse como parte del proyecto de actualización. Sin ello, al editar y guardar los Pasos del flujo de trabajo que hacen referencia a las secuencias de comandos en la ubicación anterior, se eliminará por completo la referencia del script de flujo de trabajo del paso del flujo de trabajo y solo estarán disponibles los scripts de flujo de trabajo en nuevas ubicaciones en la lista desplegable de selección de secuencias de comandos.

Antes de la actualización a la versión 6.5 prior-to-upgrade

Configuración de ContextHub contexthub-configurations

Ubicación anterior
/etc/cloudsettings
Nuevas ubicaciones

/libs/settings/cloudsettings

/conf/global/settings/cloudsettings

/conf/<tenant>/settings/cloudsettings

Directrices de reestructuración

Las configuraciones de ContextHub nuevas o modificadas deben migrarse a la nueva ubicación y las páginas de AEM Sites de referencia deben actualizarse para reflejar la nueva ubicación.

  1. Copie cualquier configuración de ContextHub nueva o modificada de la ubicación anterior a la nueva ubicación.
  2. Asocie las configuraciones de AEM aplicables con las jerarquías de contenido de AEM.
    1. Jerarquías de página de AEM Sites mediante AEM Sites > Página > Propiedades de página > Pestaña avanzada > Configuración de nube.
  3. Desasocie cualquier configuración heredada de ContextHub migrada de las jerarquías de contenido AEM anteriormente mencionadas.
Notas
N/D

Diseños de Cloud Services clásicos classic-cloud-services-designs

Ubicación anterior
/etc/designs/cloudservices
Nuevas ubicaciones

/libs/settings/wcm/designs/cloudservices

/apps/settings/wcm/designs/cloudservices

Directrices de reestructuración

Para cualquier diseño que se administre en SCM y no se escriba en tiempo de ejecución mediante los cuadros de diálogo de diseño.

  1. Copie los diseños de la ubicación anterior a la nueva ubicación (/apps).
  2. Convierta cualquier recurso CSS, JavaScript y estático del diseño en un Biblioteca de clientes con allowProxy = true.
  3. Actualizar referencias a la ubicación anterior en la cq : designPath propiedad.
  4. Actualice las páginas que hagan referencia a la ubicación anterior para utilizar la nueva categoría Biblioteca de cliente (esto requiere actualizar el código de implementación de página).
  5. Actualice AEM reglas de Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/.. proxy servlet.

Para cualquier diseño que NO se administre en SCM y que se modifique en tiempo de ejecución mediante los cuadros de diálogo de diseño.

  • No mueva los diseños que se pueden crear fuera de /etc.
Notas
N/D

Diseños de tableros clásicos classic-dashboards-designs

Ubicación anterior
/etc/designs/dashboards
Nuevas ubicaciones

/libs/settings/wcm/designs/dashboards

/apps/settings/wcm/designs/dashboards

Directrices de reestructuración

Para cualquier diseño que se administre en SCM y no se escriba en tiempo de ejecución mediante los cuadros de diálogo de diseño.

  1. Copie los diseños de la ubicación anterior a la nueva ubicación (https://experienceleague.adobe.com/apps?lang=es).
  2. Convierta cualquier recurso CSS, JavaScript y estático del diseño en un Biblioteca de clientes con allowProxy = true.
  3. Actualizar referencias a la ubicación anterior en la cq : designPath propiedad.
  4. Actualice las páginas que hagan referencia a la ubicación anterior para utilizar la nueva categoría Biblioteca de cliente (esto requiere actualizar el código de implementación de página).
  5. Actualice AEM reglas de Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/.. proxy servlet.

Para cualquier diseño que NO se administre en SCM y que se modifique en tiempo de ejecución mediante los cuadros de diálogo de diseño.

  • No mueva los diseños que se pueden crear fuera de /etc.
Notas
N/D

Diseños de informes clásicos classic-reports-designs

Ubicación anterior
/etc/designs/reports
Nuevas ubicaciones

/libs/settings/wcm/designs/reports

/apps/settings/wcm/designs/reports

Directrices de reestructuración

Para cualquier diseño que se administre en SCM y no se escriba en tiempo de ejecución mediante los cuadros de diálogo de diseño.

  1. Copie los diseños de la ubicación anterior a la nueva ubicación (https://experienceleague.adobe.com/apps?lang=es).
  2. Convierta cualquier recurso CSS, JavaScript y estático del diseño en un Biblioteca de clientes con allowProxy = true.
  3. Actualizar referencias a la ubicación anterior en la cq : designPath propiedad.
  4. Actualice las páginas que hagan referencia a la ubicación anterior para utilizar la nueva categoría Biblioteca de cliente (esto requiere actualizar el código de implementación de página).
  5. Actualice AEM reglas de Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/.. proxy servlet.

Para cualquier diseño que NO se administre en SCM y que se modifique en tiempo de ejecución mediante los cuadros de diálogo de diseño.

  • No mueva los diseños que se pueden crear fuera de /etc.
Notas
N/D

Diseños predeterminados default-designs

Ubicación anterior
/etc/designs/default
Nuevas ubicaciones

/libs/settings/wcm/designs/default

/apps/settings/wcm/designs/default

Directrices de reestructuración

Para cualquier diseño que se administre en SCM y no se escriba en tiempo de ejecución mediante los cuadros de diálogo de diseño.

  1. Copie los diseños de la ubicación anterior a la nueva ubicación (https://experienceleague.adobe.com/apps?lang=es).
  2. Convierta cualquier recurso CSS, JavaScript y estático del diseño en un Biblioteca de clientes con allowProxy = true.
  3. Actualizar referencias a la ubicación anterior en la cq : designPath propiedad.
  4. Actualice las páginas que hagan referencia a la ubicación anterior para utilizar la nueva categoría Biblioteca de cliente (esto requiere actualizar el código de implementación de página).
  5. Actualice AEM reglas de Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/.. proxy servlet.

Para cualquier diseño que NO se administre en SCM y que se modifique en tiempo de ejecución mediante los cuadros de diálogo de diseño.

  • No mueva los diseños que se pueden crear fuera de /etc.
Notas
N/D

Punto final de JavaScript de DTM de Adobe adobe-dtm-javascript-endpoint

Ubicación anterior
/etc/clientlibs/dtm
Nuevas ubicaciones
/var/cq/dtm/clientlibs
Directrices de reestructuración

No se requiere ninguna acción.

La ubicación pública anterior actúa como punto final de proxy para la nueva ubicación privada.

Notas
N/D

Punto final de enlace web de la DTM de Adobe adobe-dtm-web-hook-endpoint

Ubicación anterior
/etc/dtm-hook
Nuevas ubicaciones
/var/cq/dtm/web-hook
Directrices de reestructuración

No se requiere ninguna acción.

La ubicación pública anterior actúa como punto final de proxy para la nueva ubicación privada.

Notas
N/D

Tareas de la bandeja de entrada inbox-tasks

Ubicación anterior
/etc/taskmanagement
Nuevas ubicaciones
/var/taskmanagement
Directrices de reestructuración
Utilice la variable Tarea de mantenimiento de purga de bandeja de entrada para quitar tareas antiguas de la ubicación anterior según sea necesario.
Notas

No es necesario realizar ninguna acción para migrar tareas a la nueva ubicación.

  • Las tareas presentes en Ubicación anterior siguen estando disponibles y funcionando.
  • Las tareas nuevas se crean en la ubicación nueva.

Configuraciones del modelo del administrador de varios sitios multi-site-manager-blueprint-configurations

Ubicación anterior
/etc/blueprints
Nuevas ubicaciones

/libs/msm

/apps/msm

Directrices de reestructuración
  1. Copiar configuraciones personalizadas de /etc/blueprints a /apps/msm.
  2. Quitar /etc/blueprints.
Notas
N/D

Configuraciones de Gadget del panel AEM Proyectos aem-projects-dashboard-gadget-configurations

Ubicación anterior
/etc/projects/dashboard/gadgets
Nuevas ubicaciones

/libs/cq/core/content/projects/dashboard/gadgets

/apps/cq/core/content/projects/dashboard/gadgets

Directrices de reestructuración

Las configuraciones de Gadget del panel de AEM de Proyectos nuevas o modificadas deben migrarse a la nueva ubicación (/apps).

  1. Copie todas las configuraciones de Gadget del panel de AEM de proyectos nuevas o modificadas desde la ubicación anterior a la nueva ubicación (/apps).
    1. No copie las configuraciones de Gadget del panel de AEM Proyectos sin modificar, ya que ahora existen en la nueva ubicación (/libs).
  2. Actualice las plantillas de Proyectos AEM que hagan referencia a la Ubicación anterior para que apunten a la nueva ubicación adecuada.
Notas
Si se aplica el paquete de compatibilidad AEM 6.4, será necesario realizar las actividades de alineación del repositorio en el momento de la eliminación del paquete de compatibilidad.

Plantilla de correo electrónico de notificación de replicación replication-notification-e-mail-template

Ubicación anterior
/etc/notification/email/default/com.day.cq.replication
Nuevas ubicaciones

/libs/settings/notification-templates/com.day.cq.replication

/apps/settings/notification-templates/com.day.cq.replication

Directrices de reestructuración

Las plantillas de correo electrónico de notificación de replicación nuevas o modificadas deben migrarse a la nueva ubicación (/apps)

  1. Copie cualquier plantilla de correo electrónico de notificación de replicación nueva o modificada de la ubicación anterior a la nueva ubicación (/apps).
  2. Elimine las plantillas de correo electrónico de notificación de replicación migradas de la ubicación anterior.
Notas

Las únicas plantillas de correo electrónico de notificación de replicación compatibles son las nuevas configuraciones regionales.

La resolución de la plantilla de correo electrónico de notificación de replicación se produce en el siguiente orden:

  1. /etc/notification/email/default/com.day.cq.replication
  2. /apps/settings/notification-templates/com.day.cq.replication
  3. /libs/settings/notification-templates/com.day.cq.replication

Etiquetas tags

Ubicación anterior
/etc/tags
Nuevas ubicaciones
/content/cq:tags
Directrices de reestructuración

Todas las etiquetas deben migrarse a /content/cq:tags.

  1. Copie todas las etiquetas de la ubicación anterior a la nueva ubicación.
  2. Elimine todas las etiquetas de la ubicación anterior.
  3. A través de la consola web de AEM, reinicie el paquete Day Communique 5 Tagging OSGi en https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging para que AEM reconozca que Nueva ubicación contiene contenido y debe usarse.
Notas

Al reiniciar el paquete OSGi Day Communique Tagging solo se registrará la Nueva ubicación como la raíz de la etiqueta si la Ubicación anterior está vacía.

Las referencias a la ubicación anterior seguirán funcionando después de migrar a Nueva ubicación para todas las funciones que aprovechen AEM API de TagManager para la resolución de etiquetas.

Cualquier código personalizado que haga referencia explícita a la ruta

/etc/tags

debe actualizarse a /content/

cq

:tags

, o bien reescrito de preferencia para aprovechar la API Java de TagManager junto con esta migración.

Cloud Services de traducción translation-cloud-services

Ubicación anterior
/etc/cloudservices/translation
Nuevas ubicaciones

/libs/settings/cloudconfigs/translation/translationcfg

/apps/settings/cloudconfigs/translation/translationcfg

/conf/global/settings/cloudconfigs/translation/translationcfg

/conf/<tenant>/settings/cloudconfigs/translation/translationcfg

Directrices de reestructuración

Los Cloud Services de traducción nuevos deben migrarse a la nueva ubicación (/apps, /conf/global o /conf/<tenant>).

  1. Migre las configuraciones existentes en la ubicación anterior a la nueva ubicación.

    • Vuelva a crear manualmente las nuevas configuraciones de los Cloud Services de traducción mediante la interfaz de usuario de creación de AEM en Herramientas > Cloud Services > Cloud Services de traducción.
      O
    • Copie cualquier configuración nueva de Cloud Services de traducción de la Ubicación anterior a la Nueva ubicación (/apps, /conf/global o /conf/<tenant>).

  2. Asocie las configuraciones de AEM aplicables con las jerarquías de contenido de AEM.

    1. Jerarquías de páginas de AEM Sites mediante AEM Sites > Página > Propiedades de la página > Pestaña Avanzada > Configuración de la nube.
    2. AEM jerarquías de fragmentos de experiencias mediante AEM Fragmentos de experiencias > Fragmento de experiencias > Propiedades > Pestaña Cloud Services > Configuración de nube.
    3. AEM jerarquías de carpetas de fragmentos de experiencias mediante AEM fragmentos de experiencias > Carpeta > Propiedades > Pestaña Cloud Services > Configuración de nube.
    4. Jerarquías de carpetas de AEM Assets mediante AEM Assets > Carpeta > Propiedades de la carpeta > Pestaña Cloud Services > Configuración.
    5. AEM Proyectos a través de AEM Proyectos > Proyecto > Propiedades del proyecto > Pestaña Avanzadas > Configuración de la nube.

  3. Desasocie los Cloud Services de traducción heredados migrados de las jerarquías de contenido AEM anteriormente mencionadas.

Notas

La resolución de los Cloud Services de traducción se produce en el siguiente orden:

  1. /conf/<tenant>/settings/cloudconfigs/translations/translationcfg
  2. /conf/global/settings/cloudconfigs/translations/translationcfg
  3. /apps/settings/cloudconfigs/translations/translationcfg
  4. /libs/settings/cloudconfigs/translations/translationcfg

Los Cloud Services de traducción migrados deben ser compatibles con AEM 6.4.

Idiomas de traducción translation-languages

Ubicación anterior
/etc/translation/supportedLanguages
Nuevas ubicaciones

/libs/settings/translation/supportedLanguages

/apps/settings/translation/supportedLanguages

Directrices de reestructuración

Las definiciones de idioma de traducción nuevas o modificadas requieren la migración de todas las definiciones de idioma de traducción a la nueva ubicación (/apps).

  1. Si se han realizado adiciones o modificaciones en las definiciones de idioma de traducción, copie todas las definiciones de idioma de traducción de la ubicación anterior a la nueva ubicación (/apps).
Notas

La resolución de la ruta del idioma de traducción se produce en el siguiente orden:

  1. /etc/translation/supportedLanguages
  2. /apps/settings/translation/supportedLanguage
  3. /libs/settings/translation/supportedLanguages

Esta resolución no admite una superposición combinada, lo que significa que la ruta resuelta debe contener todos los idiomas compatibles y no heredará los idiomas admitidos de resoluciones de orden superior.

Reglas de traducción translation-rules

Ubicación anterior
/etc/workflow/models/translation/translation_rules.xml
Nuevas ubicaciones

/libs/settings/translation/rules/translation_rules.xml

/apps/settings/translation/rules/translation_rules.xml

/conf/global/settings/translation/rules/translation_rules.xml

Directrices de reestructuración

Se debe migrar un archivo XML de reglas de traducción modificado a la nueva ubicación (/appso /conf/global).

1. Copie el archivo XML de reglas de traducción modificado de la ubicación anterior a la nueva ubicación.

Notas

La resolución XML de las reglas de traducción de replicación se produce en el siguiente orden:

  1. /conf/global/settings/translation/rules/translation_rules.xml
  2. /apps/settings/translation/rules/translation_rules.xml
  3. /etc/workflow/models/translation/translation_rules.xml
  4. /libs/settings/translation/rules/translation_rules.xml

Biblioteca de cliente de utilidades de traducción translation-widget-client-library

Ubicación anterior
/etc/designs/translation/translationwidget
Nuevas ubicaciones

/libs/settings/wcm/designs/translation/translationwidget

/apps/settings/wcm/designs/translation/translationwidget

Directrices de reestructuración

Para cualquier diseño que se administre en SCM y no se escriba en tiempo de ejecución mediante los cuadros de diálogo de diseño.

  1. Copie los diseños de la ubicación anterior a la nueva ubicación (https://experienceleague.adobe.com/apps?lang=es).
  2. Convierta cualquier recurso CSS, JavaScript y estático del diseño en un Biblioteca de clientes con allowProxy = true.
  3. Actualizar referencias a la ubicación anterior en la cq : designPath propiedad.
  4. Actualice las páginas que hagan referencia a la ubicación anterior para utilizar la nueva categoría Biblioteca de cliente (esto requiere actualizar el código de implementación de página).
  5. Actualice AEM reglas de Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/.. proxy servlet.

Para cualquier diseño que NO se administre en SCM y que se modifique en tiempo de ejecución mediante los cuadros de diálogo de diseño.

  • No mueva los diseños que se pueden crear fuera de /etc.
Notas
N/D

Consola Web de activación de árbol tree-activation-web-console

Ubicación anterior
/etc/replication/treeactivation
Nuevas ubicaciones
/libs/replication/treeactivation
Directrices de reestructuración
No se requiere ninguna acción.
Notas
La consola web de activación de árbol ya está disponible mediante Herramientas > Implementación > Replicación > Activar árbol.

Cloud Services del conector de traducción del proveedor vendor-translation-connector-cloud-services

Ubicación anterior
/etc/cloudservices/<vendor>
Nuevas ubicaciones

/libs/settings/cloudconfigs/translation/<vendor>

/apps/settings/cloudconfigs/translation/<vendor>

/conf/global/settings/cloudconfigs/translation/<vendor>

/conf/<tenant>/settings/cloudconfigs/translation/<vendor>

Directrices de reestructuración

Todos los Cloud Services nuevos del conector de traducción del proveedor deben migrarse a la nueva ubicación (/apps, /conf/global o /conf/<tenant>).

  1. Migrar las configuraciones existentes en la ubicación anterior a la nueva ubicación.

    • Crear manualmente las nuevas configuraciones de Cloud Services de conector de traducción del proveedor a través del AEM IU de creación en Herramientas > Cloud Services > Cloud Services de traducción.
      O
    • Copie cualquier configuración de Cloud Services del conector de traducción del proveedor nueva desde la ubicación anterior a la nueva ubicación (/apps, /conf/global o /conf/<tenant>).

  2. Asocie las configuraciones de AEM aplicables con las jerarquías de contenido de AEM.

    1. Jerarquías de páginas de AEM Sites mediante AEM Sites > Página > Propiedades de la página > Pestaña Avanzada > Configuración de la nube.
    2. AEM jerarquías de fragmentos de experiencias mediante AEM Fragmentos de experiencias > Fragmento de experiencias > Propiedades > Pestaña Cloud Services > Configuración de nube.
    3. AEM jerarquías de carpetas de fragmentos de experiencias mediante AEM fragmentos de experiencias > Carpeta > Propiedades > Pestaña Cloud Services > Configuración de nube.
    4. Jerarquías de carpetas de AEM Assets mediante AEM Assets > Carpeta > Propiedades de la carpeta > Pestaña Cloud Services > Configuración.
    5. AEM Proyectos a través de AEM Proyectos > Proyecto > Propiedades del proyecto > Pestaña Avanzadas > Configuración de la nube.

  3. Desasocie los Cloud Services de traducción heredados migrados de las jerarquías de contenido AEM anteriormente mencionadas.

Notas

La resolución de los Cloud Services de traducción se produce en el siguiente orden:

  1. /conf/<tenant>/settings/cloudconfigs/translations/<vendor>
  2. /conf/global/settings/cloudconfigs/translations/<vendor>
  3. /apps/settings/cloudconfigs/translations/<vendor>
  4. /libs/settings/cloudconfigs/translations/<vendor>

Plantillas de correo electrónico de notificación de flujo de trabajo workflow-notification-email-templates

Ubicación anterior
/etc/workflow/notification
Nuevas ubicaciones

/libs/settings/workflow/notification

/conf/global/settings/workflow/notification

Directrices de reestructuración

Las plantillas de correo electrónico de notificación de flujo de trabajo modificadas deben migrarse a la nueva ubicación (/conf/global).

  1. Copie cualquier plantilla de correo electrónico de notificación de flujo de trabajo modificada de la ubicación anterior a la nueva ubicación.
  2. Elimine las plantillas de correo electrónico de notificación de flujo de trabajo migradas de la ubicación anterior.
Notas

La resolución de la plantilla de correo electrónico de notificación de flujo de trabajo se produce en el siguiente orden:

  1. /etc/workflow/notification
  2. /conf/global/settings/workflow/notification
  3. /libs/settings/workflow/notification

Paquetes de flujo de trabajo workflow-packages

Ubicación anterior
/etc/workflow/packages
Nuevas ubicaciones
/var/workflow/packages
Directrices de reestructuración

Los paquetes de flujo de trabajo existentes en la ubicación anterior deben migrarse a la nueva ubicación.

  1. Elimine cualquier paquete de flujo de trabajo de la ubicación anterior al que no se haga referencia en otro contenido y que, por lo demás, no sea necesario.
  2. Mueva cualquier paquete de flujo de trabajo de la ubicación anterior al que no se haga referencia en otro contenido pero que por lo demás sea necesario en la nueva ubicación.
  3. Deje cualquier paquete de flujo de trabajo al que se haga referencia con otro contenido en la ubicación anterior.
Notas

Los paquetes de flujo de trabajo creados mediante la consola Miscadmin de la IU clásica se mantienen en la ubicación anterior, mientras que el resto se mantienen en la nueva ubicación.

Los paquetes de flujo de trabajo almacenados en las ubicaciones anteriores o inferiores se pueden administrar mediante la consola Miscadmin de la IU clásica.

recommendation-more-help
6a71a83d-c2e0-4ce7-a6aa-899aa3885b56