Show Menu
SUJETS×

Restructuration des référentiels dans AEM 6.4

As described on the parent Repository Restructuring in AEM 6.4 page, customers upgrading to AEM 6.4 should use this page to assess the work effort associated with repository changes potentially impacting all solutions. Certaines modifications demandent du travail lors du processus de mise à niveau vers AEM 6.4, tandis que d’autres peuvent être différées jusqu’à une mise à niveau vers la version 6.5.
Avec la mise à niveau vers la version 6.4
Avant de procéder à la mise à niveau vers la version 6.5

Avec la mise à niveau vers la version 6.4

Configurations ContextHub

Depuis AEM 6.4, il n’existe plus de configuration ContextHub par défaut. Therefore on the root level of the site a cq:contextHubPathproperty should be set to indicate which configuration should be used.
  1. Accédez à la racine du site.
  2. Ouvrez les propriétés de la page racine et sélectionnez ensuite l’onglet Personnalisation.
  3. Dans le champ Chemin d’accès ContextHub, saisissez votre propre chemin d’accès de configuration ContextHub.
Additionally on the ContextHub configuration, the sling:resourceType needs to be updated to be relative and not absolute.
  1. Open the properties of ContextHub configuration node in CRX DE Lite, e.g. /apps/settings/cloudsettings/legacy/contexthub
  2. Passer sling:resourceType de /libs/granite/contexthub/cloudsettings/components/baseconfiguration à granite/contexthub/cloudsettings/components/baseconfiguration
En d’autres termes, la propriété sling:resourceType de la configuration ContextHub doit être relative et non absolue.

Modèles de workflow

Emplacement précédent /etc/workflow/models
Nouveaux emplacements
/libs/settings/workflow/models
/conf/global/settings/workflow/models
/var/workflow/models
Conseil de restructuration
Les modèles de workflow, nouveaux ou modifiés, doivent être migrés vers /conf/global/workflow/models.
  1. Déployez les modèles de workflow modifiés dans une instance locale de développement AEM 6.4, comme ils existent dans l’emplacement précédent.
  2. Modifiez le modèle de workflow à l’aide de l’éditeur de modèle de workflow d’AEM dans AEM > Outils > Workflow > Modèles.
  3. Lors de la migration des modèles de workflow fournis par AEM modifiés
    1. L’éditeur de modèle de workflow étant ouvert, modifiez l’URL du navigateur, puis remplacez le segment de chemin /libs/settings/workflow/models par /etc/workflow/models.
      • For example, change: http://localhost:4502/editor.html /libs/settings/workflow/models /dam/update_asset.html to http://localhost:4502/editor.html /etc/workflow/models /dam/update_asset.html
  4. Activez le mode d’édition dans l’éditeur de modèle de workflow pour copier la définition du modèle de workflow dans /conf/global/workflow/models.
  5. Appuyez sur le bouton de synchronisation pour synchroniser les modifications avec le modèle de workflow d’exécution sous /var/workflow/models.
  6. Exportez le modèle de workflow (/conf/global/workflow/models/<modèle-workflow>) et le modèle de workflow d’exécution (/var/workflow/models/<modèle-workflow>) et procédez à l’intégration dans le projet AEM.
    1. Par exemple, exportez :
      • /config/settings/workflow/models/dam/my_workflow_model et
      • /var/workflow/models/dam/my_workflow_model
Notes
La résolution d’un modèle de workflow s’effectue produit dans l’ordre suivant :
  1. /conf/global/settings/workflow/models
  2. /libs/settings/workflow/models
  3. /etc/workflow/models
Ainsi, toute personnalisation des modèles de workflow fournis par AEM et conservés à l’emplacement précédent doit être déplacée vers /conf/global/settings/workflow/models si elle doit être conservée, sinon elle sera remplacée par la définition du modèle de workflow fourni par AEM dans /libs/settings/workflow/models.

Instances de workflow

Emplacement précédent /etc/workflow/instances
Nouveaux emplacements /var/workflow/instances
Conseil de restructuration
Aucune action n’est requise pour s’aligner sur le nouvel emplacement.
Les instances de workflow historiques peuvent continuer à résider en toute sécurité à l’emplacement précédent. De nouvelles instances de workflow seront créées dans le nouvel emplacement.
Notes Toute référence de chemin explicite dans custom le code à l’emplacement précédent doit également prendre en compte le nouvel emplacement. Il est recommandé de refactoriser ce code pour utiliser les API de workflow AEM.

Lanceurs de workflow

Emplacement précédent /etc/workflow/launcher/config
Nouveaux emplacements
/libs/settings/workflow/launcher/config
/conf/global/settings/workflow/launcher/config
Conseil de restructuration
Any new or modified Workflow Launchers must be migrated to /conf/global/workflow/launcher/config .
  1. Copiez les configurations nouvelles ou modifiées du lanceur de workflow de l’emplacement précédent dans un nouvel emplacement ( /conf/global ).
Notes
La résolution du lanceur de workflow s’effectue dans l’ordre suivant :
  1. /conf/global/settings/workflow/launcher
  2. /libs/settings/workflow/launcher
  3. /etc/workflow/launcher
Thus, any customizations of AEM-provided Workflow Launcher persisted in the Previous location must be moved to the New Location ( /conf/global/settings/workflow/launcher if they are to be retained, otherwise they will be superseded by the AEM-provided Workflow Launcher definition in /libs/settings/workflow/launcher .

Scripts de workflow

Emplacement précédent /etc/workflow/scripts
Nouveaux emplacements
/libs/workflow/scripts
/apps/workflow/scripts
Conseil de restructuration
Les scripts de workflow nouveaux ou modifiés doivent être migrés vers le nouvel emplacement. Les modèles de workflow de référencement doivent être aussi mis à jour pour prendre en compte le nouvel emplacement.
  1. Copiez les scripts de workflow nouveaux ou modifiés de l’emplacement précédent dans le nouvel emplacement.
    • /apps/workflow/scripts doit être conservé dans SCM.
  2. Mettez à jour les références aux scripts de workflow à l’emplacement précédent dans les modèles de workflow pour pointer vers les nouveaux emplacements.
Notes
AEM 6.4 SP1, à sa publication, permet de différer cette restructuration jusqu’à la mise à niveau vers la version upgrade .
Si vous effectuez une mise à niveau vers AEM 6.4 avant la publication d’AEM 6.4 SP1, cette restructuration doit être effectuée dans le cadre du projet de mise à niveau. Sans cela, la modification et l’enregistrement des étapes de workflow faisant référence aux scripts de l’emplacement précédent suppriment entièrement la référence de script de workflow de l’étape de workflow. Seuls les scripts de workflow situés dans de nouveaux emplacements sont disponibles dans la liste déroulante de sélection de script.

Avant de procéder à la mise à niveau vers la version 6.5

Configurations ContextHub

Emplacement précédent /etc/cloudsettings
Nouveaux emplacements
/libs/settings/cloudsettings
/conf/global/settings/cloudsettings
/conf/<tenant>/settings/cloudsettings
Conseil de restructuration
Les configurations ContextHub nouvelles ou modifiées doivent être migrées vers le nouvel emplacement. Les pages d’AEM Sites de référencement doivent être aussi mises à jour pour prendre en compte le nouvel emplacement.
  1. Copiez les configurations ContextHub nouvelles ou modifiées de l’emplacement précédent dans le nouvel emplacement.
  2. Associez les configurations AEM applicables aux hiérarchies de contenu AEM.
    1. Hiérarchies des pages AEM Sites via AEM Sites > Page > Propriétés de la page > Onglet avancé > Configuration cloud .
  3. Dissociez les anciennes configurations ContextHub migrées des hiérarchies de contenu AEM susmentionnées.
Notes N/A

Conceptions de services cloud classiques

Emplacement précédent /etc/designs/cloudservices
Nouveaux emplacements
/libs/settings/wcm/designs/cloudservices
/apps/settings/wcm/designs/cloudservices
Conseil de restructuration
Pour les conceptions gérées dans SCM et qui ne sont pas écrites au moment de l’exécution via les boîtes de dialogue de conception.
  1. Copiez les conceptions de l’emplacement précédent dans le nouvel emplacement ( /apps ).
  2. Convertissez les ressources statiques, CSS et JavaScript dans la conception en une bibliothèque cliente avec allowProxy = true .
  3. Update references to the Previous Location in the cq : designPath property.
  4. Mettez à jour les pages faisant référence à l’emplacement précédent pour utiliser la nouvelle catégorie de bibliothèque cliente (cela nécessite la mise à jour du code d’implémentation de la page).
  5. Mettez à jour les règles de Dispatcher AEM pour activer le service des bibliothèques clientes via la servlet de proxy /etc.clientlibs/..
Pour les conceptions NON gérées dans SCM et modifiées au moment de l’exécution via les boîtes de dialogue de conception.
  • Ne déplacez pas les conceptions activées par l’auteur en dehors de /etc .
Notes N/A

Conceptions de tableaux de bord classiques

Emplacement précédent /etc/designs/dashboards
Nouveaux emplacements
/libs/settings/wcm/designs/dashboards
/apps/settings/wcm/designs/dashboards
Conseil de restructuration
Pour les conceptions gérées dans SCM et qui ne sont pas écrites au moment de l’exécution via les boîtes de dialogue de conception.
  1. Copiez les conceptions de l’emplacement précédent dans le nouvel emplacement (/apps).
  2. Convertissez les ressources statiques, CSS et JavaScript dans la conception en une bibliothèque cliente avec allowProxy = true .
  3. Update references to the Previous Location in the cq : designPath property.
  4. Mettez à jour les pages faisant référence à l’emplacement précédent pour utiliser la nouvelle catégorie de bibliothèque cliente (cela nécessite la mise à jour du code d’implémentation de la page).
  5. Mettez à jour les règles de Dispatcher AEM pour activer le service des bibliothèques clientes via la servlet de proxy /etc.clientlibs/..
Pour les conceptions NON gérées dans SCM et modifiées au moment de l’exécution via les boîtes de dialogue de conception.
  • Ne déplacez pas les conceptions activées par l’auteur en dehors de /etc .
Notes N/A

Conceptions de rapports classiques

Emplacement précédent /etc/designs/reports
Nouveaux emplacements
/libs/settings/wcm/designs/reports
/apps/settings/wcm/designs/reports
Conseil de restructuration
Pour les conceptions gérées dans SCM et qui ne sont pas écrites au moment de l’exécution via les boîtes de dialogue de conception.
  1. Copiez les conceptions de l’emplacement précédent dans le nouvel emplacement (/apps).
  2. Convertissez les ressources statiques, CSS et JavaScript dans la conception en une bibliothèque cliente avec allowProxy = true .
  3. Update references to the Previous Location in the cq : designPath property.
  4. Mettez à jour les pages faisant référence à l’emplacement précédent pour utiliser la nouvelle catégorie de bibliothèque cliente (cela nécessite la mise à jour du code d’implémentation de la page).
  5. Mettez à jour les règles de Dispatcher AEM pour activer le service des bibliothèques clientes via la servlet de proxy /etc.clientlibs/..
Pour les conceptions NON gérées dans SCM et modifiées au moment de l’exécution via les boîtes de dialogue de conception.
  • Ne déplacez pas les conceptions activées par l’auteur en dehors de /etc .
Notes N/A

Conceptions par défaut

Emplacement précédent /etc/designs/default
Nouveaux emplacements
/libs/settings/wcm/designs/default
/apps/settings/wcm/designs/default
Conseil de restructuration
Pour les conceptions gérées dans SCM et qui ne sont pas écrites au moment de l’exécution via les boîtes de dialogue de conception.
  1. Copiez les conceptions de l’emplacement précédent dans le nouvel emplacement (/apps).
  2. Convertissez les ressources statiques, CSS et JavaScript dans la conception en une bibliothèque cliente avec allowProxy = true .
  3. Update references to the Previous Location in the cq : designPath property.
  4. Mettez à jour les pages faisant référence à l’emplacement précédent pour utiliser la nouvelle catégorie de bibliothèque cliente (cela nécessite la mise à jour du code d’implémentation de la page).
  5. Mettez à jour les règles de Dispatcher AEM pour activer le service des bibliothèques clientes via la servlet de proxy /etc.clientlibs/..
Pour les conceptions NON gérées dans SCM et modifiées au moment de l’exécution via les boîtes de dialogue de conception.
  • Ne déplacez pas les conceptions activées par l’auteur en dehors de /etc .
Notes N/D

Point de terminaison Javascript Adobe DTM

Emplacement précédent /etc/clientlibs/dtm
Nouveaux emplacements /var/cq/dtm/clientlibs
Conseil de restructuration
Aucune action requise.
L’emplacement précédent public fait office de point de terminaison proxy pour le nouvel emplacement privé.
Notes N/A

Point de terminaison Web-Hook Adobe DTM

Emplacement précédent /etc/dtm-hook
Nouveaux emplacements /var/cq/dtm/web-hook
Conseil de restructuration
Aucune action requise.
L’emplacement précédent public fait office de point de terminaison proxy pour le nouvel emplacement privé.
Notes N/A

Tâches de la boîte de réception

Emplacement précédent /etc/taskmanagement
Nouveaux emplacements /var/taskmanagement
Conseil de restructuration Utilisez la tâche de maintenance de purge de la boîte de réception pour supprimer les anciennes tâches de l’emplacement précédent en cas de besoin.
Notes
Aucune action n’est requise pour la migration des tâches vers le nouvel emplacement.
  • Les tâches présentes dans l’emplacement précédent restent disponibles et fonctionnelles.
  • De nouvelles tâches sont créées dans le nouvel emplacement.

Configurations Blueprint de Multi-site Manager

Emplacement précédent /etc/blueprints
Nouveaux emplacements
/libs/msm
/apps/msm
Conseil de restructuration
  1. Copy custom configurations from /etc/blueprints to /apps/msm .
  2. Remove /etc/blueprints .
Notes N/A

Configurations du gadget de tableau de bord AEM Projects

Emplacement précédent /etc/projects/dashboard/gadgets
Nouveaux emplacements
/libs/cq/core/content/projects/dashboard/gadgets
/apps/cq/core/content/projects/dashboard/gadgets
Conseil de restructuration
Les configurations de gadget de tableau de bord AEM Projects nouveaux ou modifiées doivent être migrées vers le nouvel emplacement ( /apps ).
  1. Copiez les configurations de gadget de tableau de bord AEM Projects nouvelles ou modifiées de l’emplacement précédent dans le nouvel emplacement ( /apps ).
    1. Ne copiez pas les configurations non modifiées, car elles existent maintenant dans le nouvel emplacement ( /libs ).
  2. Mettez à jour les modèles AEM Projects faisant référence à l’emplacement précédent pour qu’ils pointent vers le nouvel emplacement approprié.
Notes Si le module de compatibilité AEM 6.4 est appliqué, il sera nécessaire d’exécuter les activités d’alignement des référentiels au moment de la suppression du module de compatibilité.

Modèle d’e-mail de notification de réplication

Emplacement précédent /etc/notification/email/default/com.day.cq.replication
Nouveaux emplacements
/libs/settings/notification-templates/com.day.cq.replication
/apps/settings/notification-templates/com.day.cq.replication
Conseil de restructuration
Les modèles d’e-mail de notification de réplication nouveaux ou modifiés doivent être migrés vers le nouvel emplacement ( /apps )
  1. Copiez les modèles d’e-mail de notification de réplication nouveaux ou modifiés de l’emplacement précédent dans nouvel emplacement ( /apps ).
  2. Supprimez les modèles d’e-mail de notification de réplication migrés de l’emplacement précédent.
Notes
Les seuls nouveaux modèles d’e-mail de notification de réplication gérés doivent prendre en charge de nouveaux paramètres régionaux.
La résolution du modèle d’e-mail de notification de réplication s’effectue dans l’ordre suivant :
  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

Balises

Emplacement précédent /etc/tags
Nouveaux emplacements /content/cq:tags
Conseil de restructuration
All Tags must be migrated to /content/cq:tags .
  1. Copiez toutes les balises de l’emplacement précédent dans le nouvel emplacement.
  2. Supprimez toutes les balises de l’emplacement précédent.
  3. Via the AEM Web Console, restart the Day Communique 5 Tagging OSGi bundle at https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging for AEM to recognize the New Location contains content and should be used.
Notes
Le redémarrage du lot Day Communique Tagging OSGi n’enregistrera le nouvel emplacement comme racine de balise que si l’emplacement précédent est vide.
Les références à l’emplacement précédent continueront à fonctionner après la migration vers un nouvel emplacement pour toutes les fonctionnalités qui utilisent l’API TagManager d’AEM pour la résolution des balises.
Tout code personnalisé qui référence explicitement le chemin d’accès /etc/tags doit être mis à jour vers /content/ cq :tags , ou de préférence réécrit pour tirer parti de l’API Java de TagManager, en même temps que cette migration.

Cloud Services de traduction

Emplacement précédent /etc/cloudservices/translation
Nouveaux emplacements
/libs/settings/cloudconfigs/translation/translationcfg
/apps/settings/cloudconfigs/translation/translationcfg
/conf/global/settings/cloudconfigs/translation/translationcfg
/conf/<tenant>/settings/cloudconfigs/translation/translationcfg
Conseil de restructuration
Any new Translation Cloud Services must be migrated to the new location ( /apps , /conf/global or /conf/<tenant> ).
  1. Migrez les configurations existantes de l’emplacement précédent vers le nouvel emplacement.
    • Recréez manuellement les nouvelles configurations des services de cloud de traduction via l’interface utilisateur de création d’AEM dans Outils > Services cloud > Services cloud de traduction . OU
    • Copy any new Translation Cloud Services configurations from the Previous Location to the New Location ( /apps , /conf/global or /conf/<tenant> ).
  2. Associez les configurations AEM applicables aux hiérarchies de contenu AEM.
    1. Hiérarchies des pages AEM Sites via AEM Sites > Page > Propriétés de la page > Onglet avancé > Configuration cloud .
    2. Hiérarchies de fragments d’expérience AEM via Fragments d’expérience AEM > Fragment d’expérience > Propriétés > Onglet Services cloud > Configuration cloud .
    3. Hiérarchies des dossiers de fragments d’expérience AEM via Fragments d’expérience AEM > Dossier > Propriétés > Onglet Services cloud > Configuration cloud .
    4. AEM Assets folder hierarchies via AEM Assets > Folder > Folder Properties > Cloud Services Tab > Configuration .
    5. AEM Projects via AEM Projects > Project > Project Properties > Advanced Tab > Cloud Configuration .
  3. Dissociez les anciens services cloud de traduction migrés des hiérarchies de contenu AEM mentionnées ci-dessus.
Notes
La résolution des services cloud de traduction s’effectue dans l’ordre suivant :
  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
Les services cloud de traduction migrés doivent être compatibles avec AEM 6.4.

Langues de traduction

Emplacement précédent /etc/translation/supportedLanguages
Nouveaux emplacements
/libs/settings/translation/supportedLanguages
/apps/settings/translation/supportedLanguages
Conseil de restructuration
Any new or modified Translation Language definitions require a migration of all Translation Language definitions to the new location ( /apps ).
  1. Si des ajouts ou des modifications ont été apportés aux définitions de langue de traduction, copiez toutes les définitions de langue de traduction dans le nouvel emplacement ( /apps ).
Notes
La résolution du chemin de langue de traduction s’effectue dans l’ordre suivant :
  1. /etc/translation/supportedLanguages
  2. /apps/settings/translation/supportedLanguage
  3. /libs/settings/translation/supportedLanguages
Cette résolution ne prend pas en charge de superposition de fusion, ce qui signifie que le chemin résolu doit contenir toutes les langues prises en charge et qu’il n’héritera pas des langues prises en charge des résolutions d’un ordre supérieur.

Règles de traduction

Emplacement précédent /etc/workflow/models/translation/translation_rules.xml
Nouveaux emplacements
/libs/settings/translation/rules/translation_rules.xml
/apps/settings/translation/rules/translation_rules.xml
/conf/global/settings/translation/rules/translation_rules.xml
Conseil de restructuration
A modified Translation Rules XML file must be migrated to the new location ( /apps , or /conf/global ).
1. Copiez le fichier XML de règles de traduction modifié de l’emplacement précédent dans le nouvel emplacement.
Notes
La résolution XML des règles de traduction de la réplication s’effectue dans l’ordre suivant :
  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

Bibliothèque cliente du widget de traduction

Emplacement précédent /etc/designs/translation/translationwidget
Nouveaux emplacements
/libs/settings/wcm/designs/translation/translationwidget
/apps/settings/wcm/designs/translation/translationwidget
Conseil de restructuration
Pour les conceptions gérées dans SCM et qui ne sont pas écrites au moment de l’exécution via les boîtes de dialogue de conception.
  1. Copiez les conceptions de l’emplacement précédent dans le nouvel emplacement (/apps).
  2. Convertissez les ressources statiques, CSS et JavaScript dans la conception en une bibliothèque cliente avec allowProxy = true .
  3. Update references to the Previous Location in the cq : designPath property.
  4. Mettez à jour les pages faisant référence à l’emplacement précédent pour utiliser la nouvelle catégorie de bibliothèque cliente (cela nécessite la mise à jour du code d’implémentation de la page).
  5. Mettez à jour les règles de Dispatcher AEM pour activer le service des bibliothèques clientes via la servlet de proxy /etc.clientlibs/..
Pour les conceptions NON gérées dans SCM et modifiées au moment de l’exécution via les boîtes de dialogue de conception.
  • Ne déplacez pas les conceptions activées par l’auteur en dehors de /etc .
Notes N/A

Console web d’activation des arborescences

Emplacement précédent
/etc/replication/treeactivation
Nouveaux emplacements
/libs/replication/treeactivation
Conseil de restructuration
Aucune action requise.
Notes
La console web d’activation des arborescences est maintenant disponible via Outils > Déploiement > Réplication > Activer l’arborescence .

Services cloud de connecteur de traduction de fournisseur

Emplacement précédent /etc/cloudservices/<vendor>
Nouveaux emplacements
/libs/settings/cloudconfigs/translation/<vendor>
/apps/settings/cloudconfigs/translation/<vendor>
/conf/global/settings/cloudconfigs/translation/<vendor>
/conf/<tenant>/settings/cloudconfigs/translation/<vendor>
Conseil de restructuration
Any new Vendor Translation Connector Cloud Services must be migrated to the new location ( /apps , /conf/global or /conf/<tenant> ).
  1. Migrez les configurations existantes de l’emplacement précédent vers le nouvel emplacement.
    • Créez manuellement de nouvelles configurations de services cloud de connecteur de traduction de fournisseur via l’ interface utilisateur de création AEM dans Outils > Services cloud > Services cloud de traduction . OU
    • Copy any new Vendor Translation Connector Cloud Services configurations from previous location to the new location ( /apps , /conf/global or /conf/<tenant> ).
  2. Associez les configurations AEM applicables aux hiérarchies de contenu AEM.
    1. Hiérarchies des pages AEM Sites via AEM Sites > Page > Propriétés de la page > Onglet avancé > Configuration cloud .
    2. Hiérarchies des fragments d’expérience AEM via Fragments d’expérience AEM > Fragment d’expérience > Propriétés > Onglet Services cloud > Configuration cloud .
    3. Hiérarchies des dossiers de fragments d’expérience AEM via Fragments d’expérience AEM > Dossier > Propriétés > Onglet Services cloud > Configuration cloud .
    4. AEM Assets folder hierarchies via AEM Assets > Folder > Folder Properties > Cloud Services Tab > Configuration .
    5. AEM Projects via AEM Projects > Project > Project Properties > Advanced Tab > Cloud Configuration .
  3. Dissociez les anciens services cloud de traduction migrés des hiérarchies de contenu AEM mentionnées ci-dessus.
Notes
La résolution des services cloud de traduction s’effectue dans l’ordre suivant :
  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>

Modèles d’e-mail de notification de workflow

Emplacement précédent /etc/workflow/notification
Nouveaux emplacements
/libs/settings/workflow/notification
/conf/global/settings/workflow/notification
Conseil de restructuration
Les modèles d’email de notification de workflow modifiés doivent être migrés vers le nouvel emplacement ( /conf/global ).
  1. Copiez les modèles d’email de notification de workflow modifiés de l’emplacement précédent dans le nouvel emplacement.
  2. Supprimez les modèles d’email de notification de workflow de l’emplacement précédent.
Notes
La résolution du modèle d’email de notification de workflow s’effectue dans l’ordre suivant :
  1. /etc/workflow/notification
  2. /conf/global/settings/workflow/notification
  3. /libs/settings/workflow/notification

Packages de workflow

Emplacement précédent /etc/workflow/packages
Nouveaux emplacements /var/workflow/packages
Conseil de restructuration
Les packages de workflow existants dans l’emplacement précédent doivent être migrés vers le nouvel emplacement.
  1. Supprimez les packages de workflow de l’emplacement précédent qui ne sont pas référencés par un autre contenu et qui ne sont pas requis.
  2. Déplacez les packages de workflow de l’emplacement précédent qui ne sont pas référencés par un autre contenu, mais qui sont requis dans le nouvel emplacement.
  3. Laissez tous les packages de workflow qui sont référencés par un autre contenu dans l’emplacement précédent.
Notes
Les packages de workflow créés via la console Miscadmin de l’interface utilisateur classique sont conservés à l’emplacement précédent, tandis que tous les autres sont conservés dans le nouvel emplacement.
Les packages de workflow stockés dans les emplacements nouveaux ou précédents peuvent être gérés via la console Miscadmin de l’interface utilisateur classique.