Reestructuración común de repositorios en AEM 6.5

Como se describe en la página principal Reestructuración del repositorio en AEM 6.5, los clientes que actualicen a AEM 6.5 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.5, mientras que otros se pueden aplazar hasta una actualización futura.

Con actualización a la versión 6.5

Antes de una actualización futura

Con actualización de 6.5

Configuración de ContextHub

A partir de AEM 6.4, no hay ninguna configuración predeterminada de ContextHub. Por lo tanto, en el nivel raíz del sitio debe configurarse un cq:contextHubPathproperty 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, el 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 de /libs/granite/contexthub/cloudsettings/components/baseconfiguration a granite/contexthub/cloudsettings/components/baseconfiguration

Es decir, el sling:resourceType de la configuración de ContextHub debe ser relativo en lugar de absoluto.

Modelos de flujo de trabajo

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.5, 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. Exporte el modelo de flujo de trabajo (/conf/global/workflow/models/<workflow-model>?lang=es) y el modelo de flujo de trabajo en tiempo de ejecución (/var/workflow/models/<workflow-model>?lang=es) e integre el proyecto 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

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 El código custom de la ubicación anterior también debe tener en cuenta la ubicación nueva. Se recomienda refactorizar este código para utilizar las API de flujo de trabajo AEM.

Lanzadores de flujo de trabajo

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 de Workflow Launcher nueva o modificada de la Ubicación anterior a 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 que persiste en la ubicación Anterior debe moverse a la Nueva ubicación (/conf/global/settings/workflow/launcher) si se van a conservar, de lo contrario se reemplazará por la definición de Workflow Launcher proporcionada por AEM en /libs/settings/workflow/launcher.

Scripts de flujo de trabajo

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 futura

Configuración de ContextHub

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

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 en el diseño a una biblioteca de cliente con allowProxy = true.
  3. Actualizar referencias a la ubicación anterior en el cq : designPath .
  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 de autor fuera de /etc.
Notas N/D

Diseños de tableros clásicos

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 (/apps?lang=es).
  2. Convierta cualquier recurso CSS, JavaScript y estático en el diseño a una biblioteca de cliente con allowProxy = true.
  3. Actualizar referencias a la ubicación anterior en la cq : designPath .
  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 de autor fuera de /etc.
Notas N/D

Diseños de informes clásicos

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 (/apps?lang=es).
  2. Convierta cualquier recurso CSS, JavaScript y estático en el diseño a una biblioteca de cliente con allowProxy = true.
  3. Actualizar referencias a la ubicación anterior en la cq : designPath .
  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 de autor fuera de /etc.
Notas N/D

Diseños predeterminados

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 (/apps?lang=es).
  2. Convierta cualquier recurso CSS, JavaScript y estático en el diseño a una biblioteca de cliente con allowProxy = true.
  3. Actualizar referencias a la ubicación anterior en la cq : designPath .
  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 de autor fuera de /etc.
Notas N/D

Punto final de JavaScript de DTM de Adobe

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

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

Ubicación anterior /etc/taskmanagement
Nuevas ubicaciones /var/taskmanagement
Directrices de reestructuración Utilice la Tarea de mantenimiento de purga de la bandeja de entrada para eliminar las 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

Ubicación anterior /etc/blueprints
Nuevas ubicaciones

/libs/msm

/apps/msm

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

Configuraciones de Gadget del panel de AEM de proyectos

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 proyectos de AEM nuevas o modificadas deben migrarse a la nueva ubicación (/apps).

  1. Copie cualquier configuración de Gadget del panel de AEM de proyectos nueva o modificada de la ubicación anterior a la nueva ubicación (/apps).
    1. No copie las configuraciones de Gadget del panel de proyectos AEM 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

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

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 AEM, reinicie el paquete OSGi Day Communique 5 Tagging en https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging para que AEM que reconoce la 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 preferiblemente reescrito para aprovechar la API Java de TagManager, junto con esta migración.

Cloud Services de traducción

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 Cloud Services de traducción mediante la IU 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ágina de AEM Sites mediante AEM Sites > Página > Propiedades de página > Pestaña avanzada > Configuración de nube.
    2. AEM las jerarquías de fragmentos de experiencia a través de AEM Fragmentos de experiencia > Fragmento de experiencia > Propiedades > Pestaña Cloud Services > Configuración de nube.
    3. AEM jerarquías de carpetas de fragmentos de experiencias a través de AEM Fragmentos de experiencias > Carpeta > Propiedades > Pestaña Cloud Services > Configuración de nube.
    4. Las jerarquías de carpetas de AEM Assets a través de AEM Assets > Folder > Folder Properties > Cloud Services Tab > Configuration.
    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

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

/libs/settings/translation/supportedLanguages

/apps/settings/translation/supportedLanguages

Directrices de reestructuración

Cualquier definición de idioma de traducción nueva o modificada requiere una 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

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 (/apps o /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

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 (/apps?lang=es).
  2. Convierta cualquier recurso CSS, JavaScript y estático en el diseño a una biblioteca de cliente con allowProxy = true.
  3. Actualizar referencias a la ubicación anterior en la cq : designPath .
  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 de autor fuera de /etc.
Notas N/D

Consola Web de activación de árbol

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 ahora está disponible a través de Tools > Deployment > Replication > Activate Tree.

Cloud Services del conector de traducción del proveedor

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

Los nuevos Cloud Services de 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.
    • Cree manualmente las nuevas configuraciones de Cloud Services del conector de traducción del proveedor a través de la AEM interfaz de usuario de creación en Herramientas > Cloud Services > Cloud Services de traducción.
      O
    • Copie cualquier configuración nueva de Cloud Services de conector de traducción de proveedores 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ágina de AEM Sites mediante AEM Sites > Página > Propiedades de página > Pestaña avanzada > Configuración de nube.
    2. AEM las jerarquías de fragmentos de experiencia a través de AEM Fragmentos de experiencia > Fragmento de experiencia > Propiedades > Pestaña Cloud Services > Configuración de nube.
    3. AEM las jerarquías de carpetas de fragmentos de experiencias a través de AEM Fragmentos de experiencias > Carpeta > Propiedades > Pestaña Cloud Services > Configuración de nube.
    4. Las jerarquías de carpetas de AEM Assets a través de AEM Assets > Folder > Folder Properties > Cloud Services Tab > Configuration.
    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

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

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.

En esta página

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now