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

AEM AEM Como se describe en la página principal Reestructuración del repositorio en la página de la versión 6.5, los clientes que actualicen a la versión 6.5 deberían usar esta página para evaluar el esfuerzo de trabajo asociado con los cambios del repositorio que podrían afectar a todas las soluciones. AEM Algunos cambios requieren un esfuerzo durante el proceso de actualización de la versión 6.5 de la, mientras que otros se pueden aplazar hasta una actualización futura.

Con Actualización 6.5

Antes de una actualización futura

Con actualización a 6.5 with-upgrade

Configuraciones de ContextHub contexthub-6.5

AEM A partir de la versión 6.4, no hay ninguna configuración predeterminada de ContextHub. Por lo tanto, en el nivel raíz del sitio, se debe establecer un cq:contextHubPathproperty para indicar qué configuración se debe utilizar.

  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, 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 workflow-models

Ubicación anterior
/etc/workflow/models
Nueva ubicación(es)

/libs/settings/workflow/models

/conf/global/settings/workflow/models

/var/workflow/models

Directrices de reestructuración

Cualquier modelo de flujo de trabajo nuevo o modificado debe migrarse a /conf/global/workflow/models.

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

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

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

    1. Con el Editor del modelo de flujo de trabajo abierto, modifique la dirección URL del explorador 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 del modelo de flujo de trabajo, que copiará la definición del modelo de flujo de trabajo en /conf/global/workflow/models.

  5. Seleccione 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. AEM Exporte el Modelo de flujo de trabajo (https://experienceleague.adobe.com/conf/global/workflow/models/<workflow-model>?lang=es) y el Modelo de flujo de trabajo de tiempo de ejecución (https://experienceleague.adobe.com/var/workflow/models/<workflow-model>?lang=es) e integre en el proyecto de la.

    1. Por ejemplo, exportar:

      • /conf/global/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

AEM AEM Por lo tanto, cualquier personalización de modelos de flujo de trabajo proporcionados por el usuario que persista en la ubicación anterior debe moverse a /conf/global/settings/workflow/models si se van a conservar, de lo contrario, se reemplazarán por la definición del modelo de flujo de trabajo proporcionado por el usuario en la ubicación anterior en /libs/settings/workflow/models.

Instancias de flujo de trabajo workflow-instances

Ubicación anterior
/etc/workflow/instances
Nueva ubicación(es)
/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 nueva ubicación. AEM Se recomienda refactorizar este código para utilizar las API de flujo de trabajo de la.

Lanzadores de flujo de trabajo workflow-launchers

Ubicación anterior
/etc/workflow/launcher/config
Nueva ubicación(es)

/libs/settings/workflow/launcher/config

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

Directrices de reestructuración

Cualquier lanzador de flujo de trabajo nuevo o modificado debe migrarse a /conf/global/workflow/launcher/config.

  1. Copie cualquier configuración del lanzador de flujos de trabajo nueva o modificada de la ubicación anterior a la nueva ubicación (/conf/global).
Notas

La resolución del lanzador de flujos de trabajo se produce en el siguiente orden:

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

AEM AEM Por lo tanto, cualquier personalización del lanzador de flujos de trabajo proporcionado por el usuario que persista en la ubicación anterior debe moverse a la ubicación nueva (/conf/global/settings/workflow/launcher) si se va a conservar; de lo contrario, se reemplazarán con la definición del lanzador de flujos de trabajo proporcionada por el usuario que se haya proporcionado con el usuario en la en /libs/settings/workflow/launcher.

Scripts de flujo de trabajo workflow-scripts

Ubicación anterior
/etc/workflow/scripts
Nueva ubicación(es)

/libs/workflow/scripts

/apps/workflow/scripts

Directrices de reestructuración

Cualquier script de flujo de trabajo nuevo o modificado debe migrarse a la nueva ubicación y los modelos de flujo de trabajo de referencia deben actualizarse para reflejar la nueva ubicación.

  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 las referencias a los scripts de flujo de trabajo en la ubicación anterior en modelos de flujo de trabajo para que apunten a las nuevas ubicaciones.
Notas

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

AEM AEM Si se actualiza a la versión 6.4 de la versión anterior a la publicación de la versión 6.4 SP1 de la versión, dicha reestructuración debería llevarse a cabo como parte del proyecto de actualización. Sin hacerlo, editar y guardar los pasos del flujo de trabajo que hacen referencia a scripts en la ubicación anterior eliminará por completo la referencia de script de flujo de trabajo del paso de flujo de trabajo, y solo los scripts de flujo de trabajo en nuevas ubicaciones estarán disponibles en la lista desplegable de selección de scripts.

Antes de una actualización futura prior-to-upgrade

Configuración de ContextHub contexthub-configurations

Ubicación anterior
/etc/cloudsettings
Nueva ubicación(es)

/libs/settings/cloudsettings

/conf/global/settings/cloudsettings

/conf/<tenant>/settings/cloudsettings

Directrices de reestructuración

Cualquier configuración de ContextHub nueva o modificada debe migrarse a la nueva ubicación y las páginas de referencia de AEM Sites 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. AEM AEM Asocie las configuraciones de aplicables con las jerarquías de contenido de la.
    1. Jerarquías de páginas de AEM Sites mediante AEM Sites > Página > Propiedades de página > Pestaña Avanzadas > Configuración de nube.
  3. AEM Desasocie las configuraciones de ContextHub heredadas migradas de las jerarquías de contenido de la mencionadas anteriormente.
Notas
N/D

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

Ubicación anterior
/etc/designs/cloudservices
Nueva ubicación(es)

/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 en tiempo de ejecución mediante cuadros de diálogo de diseño.

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

Para cualquier diseño que NO se haya administrado en SCM y que se haya modificado en tiempo de ejecución mediante cuadros de diálogo de diseño.

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

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

Ubicación anterior
/etc/designs/dashboards
Nueva ubicación(es)

/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 en tiempo de ejecución mediante 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 una biblioteca de cliente con allowProxy = true.
  3. Actualice las referencias a la Ubicación anterior en la cq : Propiedad designPath .
  4. Actualice las páginas que hagan referencia a la ubicación anterior para utilizar la nueva categoría Biblioteca de clientes (esto requiere la actualización del código de implementación de la página).
  5. AEM Actualice las reglas de Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/. servlet proxy.

Para cualquier diseño que NO se haya administrado en SCM y que se haya modificado en tiempo de ejecución mediante cuadros de diálogo de diseño.

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

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

Ubicación anterior
/etc/designs/reports
Nueva ubicación(es)

/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 en tiempo de ejecución mediante 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 una biblioteca de cliente con allowProxy = true.
  3. Actualice las referencias a la Ubicación anterior en la cq : Propiedad designPath .
  4. Actualice las páginas que hagan referencia a la ubicación anterior para utilizar la nueva categoría Biblioteca de clientes (esto requiere la actualización del código de implementación de la página).
  5. AEM Actualice las reglas de Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/. servlet proxy.

Para cualquier diseño que NO se haya administrado en SCM y que se haya modificado en tiempo de ejecución mediante cuadros de diálogo de diseño.

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

Diseños predeterminados default-designs

Ubicación anterior
/etc/designs/default
Nueva ubicación(es)

/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 en tiempo de ejecución mediante 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 una biblioteca de cliente con allowProxy = true.
  3. Actualice las referencias a la Ubicación anterior en la cq : Propiedad designPath .
  4. Actualice las páginas que hagan referencia a la ubicación anterior para utilizar la nueva categoría Biblioteca de clientes (esto requiere la actualización del código de implementación de la página).
  5. AEM Actualice las reglas de Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/. servlet proxy.

Para cualquier diseño que NO se haya administrado en SCM y que se haya modificado en tiempo de ejecución mediante cuadros de diálogo de diseño.

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

Extremo de JavaScript de Adobe DTM adobe-dtm-javascript-endpoint

Ubicación anterior
/etc/clientlibs/dtm
Nueva ubicación(es)
/var/cq/dtm/clientlibs
Directrices de reestructuración

No se requiere ninguna acción.

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

Notas
N/D

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

Ubicación anterior
/etc/dtm-hook
Nueva ubicación(es)
/var/cq/dtm/web-hook
Directrices de reestructuración

No se requiere ninguna acción.

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

Notas
N/D

Tareas de bandeja de entrada inbox-tasks

Ubicación anterior
/etc/taskmanagement
Nueva ubicación(es)
/var/taskmanagement
Directrices de reestructuración
Use la Tarea de mantenimiento de purga de la bandeja de entrada para quitar las tareas antiguas de la ubicación anterior según sea necesario.
Notas

No se requiere ninguna acción para migrar tareas a la nueva ubicación.

  • Las tareas presentes en la Ubicación anterior siguen estando disponibles y funcionan.
  • Las Tareas nuevas se crean en la Nueva ubicación.

Configuraciones del modelo de administración de varios sitios multi-site-manager-blueprint-configurations

Ubicación anterior
/etc/blueprints
Nueva ubicación(es)

/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

AEM Configuraciones de gadgets del tablero de proyectos aem-projects-dashboard-gadget-configurations

Ubicación anterior
/etc/projects/dashboard/gadgets
Nueva ubicación(es)

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

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

Directrices de reestructuración

AEM Cualquier configuración de gadget del panel de proyectos nueva o modificada debe migrarse a la nueva ubicación (/apps).

  1. AEM Copie cualquier configuración de gadget del panel de proyectos nueva o modificada desde la ubicación anterior a la nueva ubicación (/apps).
    1. AEM No copie configuraciones de gadget del panel de proyectos de sin modificar, ya que ahora existen en la nueva ubicación (/libs).
  2. AEM Actualice cualquier plantilla de Proyectos de la lista de proyectos de la lista que haga referencia a la ubicación anterior para que apunte a la nueva ubicación adecuada.
Notas
AEM Si se aplica el paquete de compatibilidad con la versión 6.4 de la aplicación, 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
Nueva ubicación(es)

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

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

Directrices de reestructuración

Cualquier plantilla de correo electrónico de notificación de replicación nueva o modificada debe migrarse a la nueva ubicación (/apps)

  1. Copie las plantillas de correo electrónico de notificación de replicación nuevas o modificadas de la ubicación anterior a la nueva ubicación (/apps).
  2. Quite 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 nuevas admitidas 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
Nueva ubicación(es)
/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. Quitar todas las etiquetas de la ubicación anterior.
  3. AEM AEM A través de la consola web de, reinicie el paquete OSGi de etiquetado de la comunicación de día 5 en https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging para que el usuario reconozca que la nueva ubicación contiene contenido y se debe usar.
Notas

Al reiniciar el paquete OSGi de etiquetado comunitario de día, solo se registrará la nueva ubicación como raíz de etiqueta si la ubicación anterior está vacía.

AEM Las referencias a la ubicación anterior seguirán funcionando después de migrar a la nueva ubicación para todas las funcionalidades que utilicen la API de TagManager de la aplicación para la resolución de etiquetas de la aplicación de forma predeterminada, que se utiliza para la resolución de etiquetas de forma predeterminada.

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

/etc/tags

debe actualizarse a /content/

cq

:tags

, o preferiblemente reescrito para utilizar la API de Java de TagManager, junto con esta migración.

Cloud Services de traducción translation-cloud-services

Ubicación anterior
/etc/cloudservices/translation
Nueva ubicación(es)

/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 nuevos Cloud Service de traducción 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 Service AEM de traducción mediante la interfaz de usuario de creación de en Herramientas > Cloud Service > Cloud Service de traducción.
      O
    • Copie las nuevas configuraciones de Cloud Service de traducción de la ubicación anterior a la nueva ubicación (/apps, /conf/global o /conf/<tenant>).
  2. AEM AEM Asocie las configuraciones de aplicables con las jerarquías de contenido de la.

    1. Jerarquías de páginas de AEM Sites mediante AEM Sites > Página > Propiedades de página > Pestaña Avanzadas > Configuración de nube.
    2. AEM AEM las jerarquías de fragmentos de experiencias a través de Fragmentos de experiencias Fragmento de experiencias > Propiedades > Pestaña Cloud Service > Configuración de nube.
    3. AEM AEM las jerarquías de carpetas de fragmentos de experiencias mediante Fragmentos de experiencias de la aplicación > Carpeta > Propiedades > Pestaña Cloud Service > Configuración de la nube.
    4. Jerarquías de carpetas de AEM Assets mediante AEM Assets > Carpeta > Propiedades de carpeta > Pestaña Cloud Service > Configuración.
    5. AEM AEM Proyectos a través de Proyectos de > Proyecto > Propiedades del proyecto > pestaña Avanzadas > Configuración de nube.
  3. Desasocie los Cloud Service AEM de traducción heredados migrados de las jerarquías de contenido de la mencionadas.

Notas

La resolución de los Cloud Service 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 Service AEM de traducción migrados deben ser compatibles con la versión 6.4 de la.

Idiomas de traducción translation-languages

Ubicación anterior
/etc/translation/supportedLanguages
Nueva ubicación(es)

/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 compatibles de resoluciones de orden superior.

Reglas de traducción translation-rules

Ubicación anterior
/etc/workflow/models/translation/translation_rules.xml
Nueva ubicación(es)

/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 fichero XML de reglas de conversión modificado de la ubicación anterior a la nueva ubicación.

Notas

La resolución XML de 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 del widget de traducción translation-widget-client-library

Ubicación anterior
/etc/designs/translation/translationwidget
Nueva ubicación(es)

/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 en tiempo de ejecución mediante 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 una biblioteca de cliente con allowProxy = true.
  3. Actualice las referencias a la Ubicación anterior en la cq : Propiedad designPath .
  4. Actualice las páginas que hagan referencia a la ubicación anterior para utilizar la nueva categoría Biblioteca de clientes (esto requiere la actualización del código de implementación de la página).
  5. AEM Actualice las reglas de Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/. servlet proxy.

Para cualquier diseño que NO se haya administrado en SCM y que se haya modificado en tiempo de ejecución mediante cuadros de diálogo de diseño.

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

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

Ubicación anterior
/etc/replication/treeactivation
Nueva(s) ubicación(es)
/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 Herramientas > Implementación > Replicación > Activar árbol.

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

Ubicación anterior
/etc/cloudservices/<vendor>
Nueva ubicación(es)

/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

Cualquier nuevo Cloud Service de conector de traducción de proveedor debe 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.

    • Cree manualmente nuevas configuraciones de Cloud Service AEM de Vendor Translation Connector a través de la interfaz de usuario de creación de en Herramientas > Cloud Service > Cloud Service de traducción.
      O
    • Copie las nuevas configuraciones de Cloud Service de conector de traducción de proveedor de la ubicación anterior a la nueva ubicación (/apps, /conf/global o /conf/<tenant>).
  2. AEM AEM Asocie las configuraciones de aplicables con las jerarquías de contenido de la.

    1. Jerarquías de páginas de AEM Sites mediante AEM Sites > Página > Propiedades de página > Pestaña Avanzadas > Configuración de nube.
    2. AEM AEM las jerarquías de fragmentos de experiencias a través de Fragmentos de experiencias Fragmento de experiencias > Propiedades > Pestaña Cloud Service > Configuración de nube.
    3. AEM AEM las jerarquías de carpetas de fragmentos de experiencias a través de Fragmentos de experiencias de usuario > Carpeta > Propiedades > Pestaña Cloud Service > Configuración de nube.
    4. Jerarquías de carpetas de AEM Assets mediante AEM Assets > Carpeta > Propiedades de carpeta > Pestaña Cloud Service > Configuración.
    5. AEM AEM Proyectos a través de Proyectos de > Proyecto > Propiedades del proyecto > pestaña Avanzadas > Configuración de nube.
  3. Desasocie los Cloud Service AEM de traducción heredados migrados de las jerarquías de contenido de la mencionadas.

Notas

La resolución de los Cloud Service 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
Nueva ubicación(es)

/libs/settings/workflow/notification

/conf/global/settings/workflow/notification

Directrices de reestructuración

Cualquier plantilla de correo electrónico de notificación de flujo de trabajo modificada debe 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. Quitar 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
Nueva ubicación(es)
/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 haga referencia otro contenido y que, por lo demás, no sea necesario.
  2. Mueva cualquier paquete de flujo de trabajo en la ubicación anterior al que no haga referencia otro contenido pero que sea necesario en la nueva ubicación.
  3. Deje los paquetes de flujo de trabajo a los que haga referencia 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 todos los demás se mantienen en la nueva ubicación.

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

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2