Show Menu
TEMAS×

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 a los cambios del repositorio que potencialmente afectan a todas las soluciones. Algunos cambios requieren esfuerzo 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 6.5
Antes de la actualización futura

Con actualización a 6.5

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
Orientación de reestructuración
Cualquier modelo de flujo de trabajo nuevo o modificado debe migrarse a /conf/global/workflow/models.
  1. Implemente los modelos de flujo de trabajo modificados en una instancia de desarrollo local de AEM 6.4, de forma que existan en la ubicación anterior.
  2. Edite el modelo de flujo de trabajo con el Editor del modelo de flujo de trabajo de AEM en AEM > Herramientas > Flujo de trabajo > Modelos.
  3. Al migrar modelos de flujo de trabajo modificados proporcionados por AEM
    1. Con el Editor del modelo de flujo de trabajo abierto, modifique la dirección URL del navegador y sustituya 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. Active 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. Toque 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>) y el modelo de flujo de trabajo en tiempo de ejecución (/var/workflow/models/<workflow-model>) e integre 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 que persista en la ubicación anterior debe moverse a /conf/global/settings/workflow/models si se desea conservar; de lo contrario, se reemplazará por la definición del modelo de flujo de trabajo proporcionada por AEM en /libs/settings/workflow/models.

Instancias de flujo de trabajo

Ubicación anterior /etc/workflow/instances
Nuevas ubicaciones /var/workflow/instances
Orientación de reestructuración
No se requiere ninguna acción para alinear con la nueva ubicación.
Las instancias de flujo de trabajo históricas pueden continuar 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 código a la 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 de 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
Orientación de reestructuración
Se debe migrar a cualquier iniciador de flujo de trabajo nuevo o modificado a /conf/global/workflow/launcher/config .
  1. Copie cualquier configuración del iniciador de flujo de trabajo nueva o modificada de 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 del iniciador de flujo de trabajo proporcionado por AEM que persista en la ubicación anterior se debe mover a la nueva ubicación ( /conf/global/settings/workflow/launcher si se van a conservar, de lo contrario se reemplazará por la definición del iniciador de flujo de trabajo proporcionada por AEM en /libs/settings/workflow/launcher .

Secuencias de comandos de flujo de trabajo

Ubicación anterior /etc/workflow/scripts
Nuevas ubicaciones
/libs/workflow/scripts
/apps/workflow/scripts
Orientación de reestructuración
Los scripts de flujo de trabajo nuevos o modificados se deben migrar a la nueva ubicación y los modelos de flujo de trabajo de referencia se deben actualizar para reflejar la nueva ubicación.
  1. Copie las secuencias de comandos de flujo de trabajo nuevas o modificadas de la ubicación anterior a la nueva ubicación.
    • /apps/workflow/scripts debe mantenerse en SCM.
  2. Actualice las referencias a las secuencias de comandos de flujo de trabajo en la ubicación anterior de 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 AEM 6.4 SP1 se publique, esta reestructuración debe realizarse como parte del proyecto de actualización. Sin ello, la edición y el guardado de los pasos del flujo de trabajo que hacen referencia a las secuencias de comandos en la ubicación anterior quitará por completo la referencia de secuencias de comandos del flujo de trabajo del paso del flujo de trabajo y solo estarán disponibles en la lista desplegable de selección de secuencias de comandos las secuencias de comandos de Nuevas ubicaciones.

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
Orientación de reestructuración
Todas las configuraciones de ContextHub nuevas o modificadas deben migrarse a la nueva ubicación y las páginas de AEM Sites deben actualizarse para reflejar la nueva ubicación.
  1. Copie las configuraciones de ContextHub nuevas o modificadas 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áginas de AEM Sites mediante AEM Sites > Página > Propiedades de la página > Ficha Avanzada > Configuración de la nube.
  3. Desasocie las configuraciones de ContextHub heredadas migradas de las jerarquías de contenido de AEM mencionadas.
Notas N/D

Diseños de servicios de nube clásicos

Ubicación anterior /etc/designs/cloudservices
Nuevas ubicaciones
/libs/settings/wcm/designs/cloudservices
/apps/settings/wcm/designs/cloudservices
Orientación de reestructuración
Para cualquier diseño que se administre en SCM y no se escriba en tiempo de ejecución mediante los diálogos 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 una biblioteca de clientes con allowProxy = true .
  3. Actualice las referencias a la ubicación anterior en la página cq : 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 actualizar el código de implementación de página).
  5. Actualice las reglas de AEM Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/. servlet proxy.
Para cualquier diseño que NO se administre en SCM y se modifique en tiempo de ejecución mediante los diálogos de diseño.
  • No retire los diseños que pueden crear los autores 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
Orientación de reestructuración
Para cualquier diseño que se administre en SCM y no se escriba en tiempo de ejecución mediante los diálogos 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 una biblioteca de clientes con allowProxy = true .
  3. Actualice las 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 clientes (esto requiere actualizar el código de implementación de página).
  5. Actualice las reglas de AEM Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/. servlet proxy.
Para cualquier diseño que NO se administre en SCM y se modifique en tiempo de ejecución mediante los diálogos de diseño.
  • No retire los diseños que pueden crear los autores 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
Orientación de reestructuración
Para cualquier diseño que se administre en SCM y no se escriba en tiempo de ejecución mediante los diálogos 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 una biblioteca de clientes con allowProxy = true .
  3. Actualice las 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 clientes (esto requiere actualizar el código de implementación de página).
  5. Actualice las reglas de AEM Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/. servlet proxy.
Para cualquier diseño que NO se administre en SCM y se modifique en tiempo de ejecución mediante los diálogos de diseño.
  • No retire los diseños que pueden crear los autores 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
Orientación de reestructuración
Para cualquier diseño que se administre en SCM y no se escriba en tiempo de ejecución mediante los diálogos 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 una biblioteca de clientes con allowProxy = true .
  3. Actualice las 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 clientes (esto requiere actualizar el código de implementación de página).
  5. Actualice las reglas de AEM Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/. servlet proxy.
Para cualquier diseño que NO se administre en SCM y se modifique en tiempo de ejecución mediante los diálogos de diseño.
  • No retire los diseños que pueden crear los autores de /etc .
Notas N/D

Extremo JavaScript de Adobe DTM

Ubicación anterior /etc/clientlibs/dtm
Nuevas ubicaciones /var/cq/dtm/clientlibs
Orientación de reestructuración
No se requiere ninguna acción.
La ubicación pública anterior actúa como punto final proxy para la nueva ubicación privada.
Notas N/D

Extremo de enlace web de Adobe DTM

Ubicación anterior /etc/dtm-hook
Nuevas ubicaciones /var/cq/dtm/web-hook
Orientación de reestructuración
No se requiere ninguna acción.
La ubicación pública anterior actúa como punto final 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
Orientación de reestructuración Utilice la tarea de mantenimiento Depurar bandeja de entrada para quitar 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 funcionando.
  • Las tareas nuevas se crean en la nueva ubicación.

Configuraciones del modelo del administrador de varios sitios

Ubicación anterior /etc/blueprints
Nuevas ubicaciones
/libs/msm
/apps/msm
Orientación 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 de proyectos de AEM

Ubicación anterior /etc/projects/dashboard/gadgets
Nuevas ubicaciones
/libs/cq/core/content/projects/dashboard/gadgets
/apps/cq/core/content/projects/dashboard/gadgets
Orientación de reestructuración
Todas las configuraciones de gadget de tablero de AEM Projects nuevas o modificadas deben migrarse a la nueva ubicación ( /apps ).
  1. Copie las configuraciones de gadget de tablero de AEM Projects nuevas o modificadas de la ubicación anterior a la nueva ubicación ( /apps ).
    1. No copie las configuraciones de gadget del panel de AEM Projects sin modificar, ya que ahora existen en la nueva ubicación ( /libs ).
  2. Actualice las plantillas de proyectos de AEM que hagan referencia a la ubicación anterior para que señalen a la nueva ubicación adecuada.
Notas Si se aplica el paquete de compatibilidad de 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
Orientación 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. 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 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

Ubicación anterior /etc/tags
Nuevas ubicaciones /content/cq:tags
Orientación de reestructuración
Todas las etiquetas deben migrarse a /content/cq:tags .
  1. Copie todas las etiquetas de la ubicación anterior en 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 OSGi de etiquetado Day Community 5 en https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging para que AEM reconozca que la nueva ubicación contiene contenido y debe utilizarse.
Notas
Si se reinicia el paquete OSGi de etiquetado de comunidad de día, solo se registrará la nueva ubicación como raíz de 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 utilicen la API TagManager de AEM 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, preferentemente, reescribirse para aprovechar la API Java de TagManager, junto con esta migración.

Servicios de traducción en la nube

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
Orientación de reestructuración
Cualquier nuevo servicio de traducción en la nube debe migrarse a la nueva ubicación ( /apps , /conf/global o /conf/<tenant> ).
  1. Migrar configuraciones existentes en la ubicación anterior a la nueva ubicación.
    • Vuelva a crear manualmente las nuevas configuraciones de los servicios de traducción Cloud mediante la interfaz de usuario de creación de AEM en Herramientas > Servicios de nube > Servicios de traducción en la nube. O
    • Copie cualquier nueva configuración de los servicios de traducción 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 Sitios AEM > Página > Propiedades de la página > Ficha Avanzadas > Configuración de la nube.
    2. Jerarquías de fragmentos de experiencias de AEM mediante fragmentos de experiencias de AEM > Fragmento de experiencias > Propiedades > ficha Servicios de nube > Configuración de nube.
    3. Jerarquías de carpetas de fragmentos de experiencia de AEM mediante Fragmentos de experiencia de AEM > Carpeta > Propiedades > ficha Servicios de nube > Configuración de nube.
    4. Jerarquías de carpetas de AEM Assets mediante Recursos AEM > Carpeta > Propiedades de la carpeta > Ficha Servicios de nube > Configuración .
    5. Proyectos de AEM mediante proyectos de AEM > Proyecto > Propiedades del proyecto > Ficha Avanzadas > Configuración de la nube.
  3. Desasocie todos los servicios heredados de traducción Cloud migrados de las jerarquías de contenido de AEM antes mencionadas.
Notas
La resolución de los servicios de traducción Cloud 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 servicios de traducción migrada en la nube 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
Orientación 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 Lenguaje de traducción, copie todas las definiciones de Lenguaje 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 de combinación, lo que significa que la ruta resuelta debe contener todos los idiomas admitidos y no heredará los idiomas admitidos de resoluciones de orden superior.

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
Orientación de reestructuración
Un archivo XML de reglas de traducción modificado debe migrarse a la nueva ubicación ( /apps o /conf/global ).
1. Copie el archivo XML modificado de reglas de traducción 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 del 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
Orientación de reestructuración
Para cualquier diseño que se administre en SCM y no se escriba en tiempo de ejecución mediante los diálogos 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 una biblioteca de clientes con allowProxy = true .
  3. Actualice las 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 clientes (esto requiere actualizar el código de implementación de página).
  5. Actualice las reglas de AEM Dispatcher para permitir el servicio de bibliotecas de cliente a través de /etc.clientlibs/. servlet proxy.
Para cualquier diseño que NO se administre en SCM y se modifique en tiempo de ejecución mediante los diálogos de diseño.
  • No retire los diseños que pueden crear los autores de /etc .
Notas N/D

Consola Web de activación de árbol

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

Servicios de nube de conector de traducción de proveedores

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>
Orientación de reestructuración
Cualquier nuevo servicio de nube de conector de traducción del proveedor debe migrarse a la nueva ubicación ( /apps , /conf/global o /conf/<tenant> ).
  1. Migrar configuraciones existentes en la ubicación anterior a la nueva ubicación.
    • Cree manualmente las nuevas configuraciones de los servicios de nube de los conectores de traducción de proveedores mediante la interfaz de usuario de creación de AEM en Herramientas > Servicios de nube > Servicios de traducción de nube. O
    • Copie cualquier configuración nueva de Servicios de nube del conector de traducción de proveedores desde la ubicación anterior a la nueva ubicación ( /apps o /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 Sitios AEM > Página > Propiedades de la página > Ficha Avanzadas > Configuración de la nube.
    2. Jerarquías de fragmentos de experiencias de AEM mediante fragmentos de experiencias de AEM > Fragmento de experiencias > Propiedades > ficha Servicios de nube > Configuración de nube.
    3. Jerarquías de carpetas de fragmentos de experiencia de AEM mediante Fragmentos de experiencia de AEM > Carpeta > Propiedades > ficha Servicios de nube > Configuración de nube.
    4. Jerarquías de carpetas de AEM Assets mediante Recursos AEM > Carpeta > Propiedades de la carpeta > Ficha Servicios de nube > Configuración .
    5. Proyectos de AEM mediante proyectos de AEM > Proyecto > Propiedades del proyecto > Ficha Avanzadas > Configuración de la nube.
  3. Desasocie todos los servicios heredados de traducción Cloud migrados de las jerarquías de contenido de AEM antes mencionadas.
Notas
La resolución de los servicios de traducción Cloud 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
Orientación 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 las plantillas de correo electrónico de notificación de flujo de trabajo modificadas 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
Orientación de reestructuración
Los paquetes de flujo de trabajo existentes en la ubicación anterior deben migrarse a la nueva ubicación.
  1. Elimine los paquetes de flujo de trabajo de la ubicación anterior a los que no se hace referencia en otro contenido y que, de lo contrario, no son obligatorios.
  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 los paquetes de flujo de trabajo a los que hace 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 conservan en la ubicación anterior, mientras que los demás se mantienen en la nueva ubicación.
Los paquetes de flujo de trabajo almacenados en las ubicaciones anteriores o secundarias se pueden administrar mediante la consola Miscadmin de la IU clásica.