Show Menu
ARGOMENTI×

Ristrutturazione del repository comune in AEM 6.5

Come descritto nella pagina Ristrutturazione repository padre in AEM 6.5 , i clienti che effettuano l’aggiornamento ad AEM 6.5 devono utilizzare questa pagina per valutare lo sforzo di lavoro associato alle modifiche del repository che possono avere un impatto su tutte le soluzioni. Alcune modifiche richiedono sforzi durante il processo di aggiornamento di AEM 6.5, mentre altre possono essere posticipate fino a un aggiornamento futuro.
Con aggiornamento 6.5
Prima dell'aggiornamento futuro

Con aggiornamento 6.5

Modelli flusso di lavoro

Posizione precedente /etc/workflow/models
Nuove posizioni
/libs/settings/workflow/models
/conf/global/settings/workflow/models
/var/workflow/models
Orientamenti per la ristrutturazione
Eventuali modelli di flussi di lavoro nuovi o modificati devono essere migrati in /conf/global/workflow/models.
  1. Distribuisci i modelli di flussi di lavoro modificati in un’istanza di sviluppo locale di AEM 6.4, in modo che siano già presenti nel percorso precedente.
  2. Modificate il modello di flusso di lavoro utilizzando l'Editor modello di flusso di lavoro di AEM in AEM > Strumenti > Flusso di lavoro > Modelli.
  3. Durante la migrazione dei modelli di flussi di lavoro forniti da AEM modificati
    1. Con l’Editor modello flusso di lavoro aperto, modificate l’URL dell’indirizzo del browser e sostituite il segmento di percorso /libs/settings/workflow/models con /etc/workflow/models.
      • Ad esempio, modificare: 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. Attiva la modalità Modifica nell’Editor modello flusso di lavoro, che copierà la definizione del modello di flusso di lavoro in /conf/global/workflow/models.
  5. Toccate il pulsante Sinc. per sincronizzare le modifiche al modello Flusso di lavoro runtime in /var/workflow/models.
  6. Esportate sia il modello di flusso di lavoro (/conf/global/workflow/models/<workflow-model>) che il modello di flusso di lavoro in fase di esecuzione (/var/workflow/models/<workflow-model>) e integrate nel progetto AEM.
    1. Ad esempio, export:
      • /config/settings/workflow/models/dam/my_workflow_model e
      • /var/workflow/models/dam/my_workflow_model
Note
La risoluzione del modello di flusso di lavoro si verifica nell'ordine seguente:
  1. /conf/global/settings/workflow/models
  2. /libs/settings/workflow/models
  3. /etc/workflow/models
Di conseguenza, tutte le personalizzazioni dei modelli di flussi di lavoro forniti da AEM presenti nella posizione Precedente devono essere spostate in /conf/global/settings/workflow/models se devono essere conservati. In caso contrario verranno sostituite dalla definizione del modello di flussi di lavoro fornita da AEM in /libs/settings/workflow/models.

Istanze flusso di lavoro

Posizione precedente /etc/workflow/instances
Nuove posizioni /var/workflow/instances
Orientamenti per la ristrutturazione
Per allineare la nuova posizione non è necessaria alcuna azione.
Le istanze storiche del flusso di lavoro possono continuare a risiedere nel percorso precedente in modo sicuro e le nuove istanze del flusso di lavoro verranno create nella nuova posizione.
Note Eventuali riferimenti espliciti al percorso nel custom codice per la posizione precedente devono tenere conto anche della nuova posizione. È consigliabile che questo codice venga modificato per utilizzare le API del flusso di lavoro AEM.

Moduli di avvio per flusso di lavoro

Posizione precedente /etc/workflow/launcher/config
Nuove posizioni
/libs/settings/workflow/launcher/config
/conf/global/settings/workflow/launcher/config
Orientamenti per la ristrutturazione
Eventuali avviatori di flussi di lavoro nuovi o modificati devono essere migrati in /conf/global/workflow/launcher/config .
  1. Copiate le configurazioni nuove o modificate di Workflow Launcher dalla posizione precedente alla nuova posizione ( /conf/global ).
Note
La risoluzione di Workflow Launcher si verifica nel seguente ordine:
  1. /conf/global/settings/workflow/launcher
  2. /libs/settings/workflow/launcher
  3. /etc/workflow/launcher
Di conseguenza, tutte le personalizzazioni di Workflow Launcher fornito da AEM persistenti nella posizione Precedente devono essere spostate nella nuova posizione ( /conf/global/settings/workflow/launcher se devono essere mantenute, altrimenti saranno sostituite dalla definizione di Workflow Launcher fornita da AEM in /libs/settings/workflow/launcher .

Script flusso di lavoro

Posizione precedente /etc/workflow/scripts
Nuove posizioni
/libs/workflow/scripts
/apps/workflow/scripts
Orientamenti per la ristrutturazione
Eventuali script di flussi di lavoro nuovi o modificati devono essere migrati nella nuova posizione e i modelli di flussi di lavoro di riferimento aggiornati in base alla nuova posizione.
  1. Copiate eventuali script di flusso di lavoro nuovi o modificati dal percorso precedente a quello nuovo.
    • /apps/workflow/scripts devono essere mantenuti in SCM.
  2. Aggiornate i riferimenti agli script del flusso di lavoro nella posizione precedente nei modelli del flusso di lavoro in modo che puntino alle nuove posizioni.
Note
AEM 6.4 SP1, al momento del rilascio, consente di posticipare la ristrutturazione fino alle 6.5 upgrade .
Se l’aggiornamento ad AEM 6.4 prima del rilascio di AEM 6.4 SP1, la ristrutturazione deve essere eseguita nell’ambito del progetto di aggiornamento. In caso contrario, la modifica e il salvataggio dei passaggi del flusso di lavoro che fanno riferimento agli script nel percorso precedente rimuoveranno completamente il riferimento allo script del flusso di lavoro dal passaggio del flusso di lavoro, e solo gli script del flusso di lavoro nelle nuove posizioni saranno disponibili nel menu a discesa di selezione degli script.

Prima dell'aggiornamento futuro

Configurazioni ContextHub

Posizione precedente /etc/cloudsettings
Nuove posizioni
/libs/settings/cloudsettings
/conf/global/settings/cloudsettings
/conf/<tenant>/settings/cloudsettings
Orientamenti per la ristrutturazione
Eventuali configurazioni ContextHub nuove o modificate devono essere migrate nella nuova posizione e le pagine AEM Sites che fanno riferimento devono essere aggiornate per riflettere la nuova posizione.
  1. Copiate le configurazioni ContextHub nuove o modificate dalla posizione precedente alla nuova posizione.
  2. Associate le configurazioni AEM applicabili alle gerarchie di contenuti di AEM.
    1. Gerarchie di pagine AEM Sites tramite AEM Sites > Page Properties > Advanced Tab > Cloud Configuration (Siti AEM > Siti AEM > Pagina > Proprietà pagina > scheda Avanzate > Cloud Configuration (Configurazione cloud).
  3. Separa le configurazioni ContextHub migrate dalle gerarchie di contenuti AEM sopra indicate.
Note N/D

Progettazione servizi cloud classici

Posizione precedente /etc/designs/cloudservices
Nuove posizioni
/libs/settings/wcm/designs/cloudservices
/apps/settings/wcm/designs/cloudservices
Orientamenti per la ristrutturazione
Per qualsiasi progettazione gestita in SCM e non scritta in fase di esecuzione tramite le finestre di dialogo Progettazione.
  1. Copiate le progettazioni dalla posizione precedente alla nuova posizione ( /apps ).
  2. Convertite eventuali risorse CSS, JavaScript e statiche nella struttura in una libreria Creazione di cartelle libreria client client con allowProxy = true .
  3. Aggiorna i riferimenti alla posizione precedente nel percorso cq : designPath property.
  4. Aggiorna tutte le pagine che fanno riferimento al percorso precedente per utilizzare la nuova categoria Libreria client (per questo è necessario aggiornare il codice di implementazione Pagina).
  5. Aggiorna le regole del dispatcher AEM per consentire la trasmissione delle librerie client tramite /etc.clientlibs/. servlet proxy.
Per tutte le progettazioni NON gestite in SCM e modificate runtime tramite le finestre di dialogo Progettazione.
  • Non spostate Designer dall' /etc esterno.
Note N/D

Design classici per dashboard

Posizione precedente /etc/designs/dashboards
Nuove posizioni
/libs/settings/wcm/designs/dashboards
/apps/settings/wcm/designs/dashboards
Orientamenti per la ristrutturazione
Per qualsiasi progettazione gestita in SCM e non scritta in fase di esecuzione tramite le finestre di dialogo Progettazione.
  1. Copiate le progettazioni dalla posizione precedente alla nuova posizione (/app).
  2. Convertite eventuali risorse CSS, JavaScript e statiche nella struttura in una libreria Creazione di cartelle libreria client client con allowProxy = true .
  3. Aggiorna i riferimenti alla posizione precedente in cq : designPath property.
  4. Aggiorna tutte le pagine che fanno riferimento al percorso precedente per utilizzare la nuova categoria Libreria client (per questo è necessario aggiornare il codice di implementazione Pagina).
  5. Aggiorna le regole del dispatcher AEM per consentire la trasmissione delle librerie client tramite /etc.clientlibs/. servlet proxy.
Per tutte le progettazioni NON gestite in SCM e modificate runtime tramite le finestre di dialogo Progettazione.
  • Non spostate Designer dall' /etc esterno.
Note N/D

Progettazione report classici

Posizione precedente /etc/designs/reports
Nuove posizioni
/libs/settings/wcm/designs/reports
/apps/settings/wcm/designs/reports
Orientamenti per la ristrutturazione
Per qualsiasi progettazione gestita in SCM e non scritta in fase di esecuzione tramite le finestre di dialogo Progettazione.
  1. Copiate le progettazioni dalla posizione precedente alla nuova posizione (/app).
  2. Convertite eventuali risorse CSS, JavaScript e statiche nella struttura in una libreria Creazione di cartelle libreria client client con allowProxy = true .
  3. Aggiorna i riferimenti alla posizione precedente in cq : designPath property.
  4. Aggiorna tutte le pagine che fanno riferimento al percorso precedente per utilizzare la nuova categoria Libreria client (per questo è necessario aggiornare il codice di implementazione Pagina).
  5. Aggiorna le regole del dispatcher AEM per consentire la trasmissione delle librerie client tramite /etc.clientlibs/. servlet proxy.
Per tutte le progettazioni NON gestite in SCM e modificate runtime tramite le finestre di dialogo Progettazione.
  • Non spostate Designer dall' /etc esterno.
Note N/D

Strutture predefinite

Posizione precedente /etc/designs/default
Nuove posizioni
/libs/settings/wcm/designs/default
/apps/settings/wcm/designs/default
Orientamenti per la ristrutturazione
Per qualsiasi progettazione gestita in SCM e non scritta in fase di esecuzione tramite le finestre di dialogo Progettazione.
  1. Copiate le progettazioni dalla posizione precedente alla nuova posizione (/app).
  2. Convertite eventuali risorse CSS, JavaScript e statiche nella struttura in una libreria Creazione di cartelle libreria client client con allowProxy = true .
  3. Aggiorna i riferimenti alla posizione precedente in cq : designPath property.
  4. Aggiorna tutte le pagine che fanno riferimento al percorso precedente per utilizzare la nuova categoria Libreria client (per questo è necessario aggiornare il codice di implementazione Pagina).
  5. Aggiorna le regole del dispatcher AEM per consentire la trasmissione delle librerie client tramite /etc.clientlibs/. servlet proxy.
Per tutte le progettazioni NON gestite in SCM e modificate runtime tramite le finestre di dialogo Progettazione.
  • Non spostate Designer dall' /etc esterno.
Note N/D

Endpoint JavaScript di Adobe DTM

Posizione precedente /etc/clientlibs/dtm
Nuove posizioni /var/cq/dtm/clientlibs
Orientamenti per la ristrutturazione
Nessuna azione richiesta.
La posizione pubblica precedente funge da endpoint proxy per la nuova posizione privata.
Note N/D

Endpoint web-snap Adobe DTM

Posizione precedente /etc/dtm-hook
Nuove posizioni /var/cq/dtm/web-hook
Orientamenti per la ristrutturazione
Nessuna azione richiesta.
La posizione pubblica precedente funge da endpoint proxy per la nuova posizione privata.
Note N/D

Attività Inbox

Posizione precedente /etc/taskmanagement
Nuove posizioni /var/taskmanagement
Orientamenti per la ristrutturazione Utilizzare l'attività di manutenzione rimozione inbox per rimuovere le attività precedenti dalla posizione precedente, come necessario.
Note
Non è richiesta alcuna azione per la migrazione delle attività nella nuova posizione.
  • Le attività presenti nella Posizione precedente continuano a essere disponibili e funzionanti.
  • Nella nuova posizione vengono create nuove attività.

Configurazioni Blueprint Manager multisito

Posizione precedente /etc/blueprints
Nuove posizioni
/libs/msm
/apps/msm
Orientamenti per la ristrutturazione
  1. Copia configurazioni personalizzate da /etc/blueprints a /apps/msm .
  2. Rimuovi /etc/blueprints .
Note N/D

Configurazioni del gadget per il dashboard di AEM Projects

Posizione precedente /etc/projects/dashboard/gadgets
Nuove posizioni
/libs/cq/core/content/projects/dashboard/gadgets
/apps/cq/core/content/projects/dashboard/gadgets
Orientamenti per la ristrutturazione
Qualsiasi configurazione del gadget del dashboard di progetti AEM nuova o modificata deve essere migrata nella nuova posizione ( /apps ).
  1. Copiate le configurazioni di gadget per dashboard di AEM Projects nuove o modificate dalla posizione precedente alla nuova posizione ( /apps ).
    1. Non copiate le configurazioni del gadget del dashboard di AEM Projects, che ora sono già presenti nella nuova posizione ( /libs ).
  2. Aggiornate i modelli di progetti AEM che fanno riferimento alla posizione precedente in modo che puntino alla nuova posizione appropriata.
Note Se viene applicato il pacchetto di compatibilità AEM 6.4, sarà necessario eseguire le attività di allineamento dell'archivio al momento della rimozione del pacchetto di compatibilità.

Modello e-mail notifica replica

Posizione precedente /etc/notification/email/default/com.day.cq.replication
Nuove posizioni
/libs/settings/notification-templates/com.day.cq.replication
/apps/settings/notification-templates/com.day.cq.replication
Orientamenti per la ristrutturazione
Eventuali modelli e-mail di notifica della replica nuovi o modificati devono essere migrati nella nuova posizione ( /apps )
  1. Copiate i modelli e-mail di notifica della replica nuovi o modificati dal percorso precedente alla nuova posizione ( /apps ).
  2. Rimuovete eventuali modelli e-mail di notifica della replica migrati dal percorso precedente.
Note
I soli nuovi modelli e-mail di notifica della replica supportati sono quelli che supportano le nuove impostazioni internazionali.
La risoluzione del modello e-mail di notifica della replica si verifica nel seguente ordine:
  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

Tag

Posizione precedente /etc/tags
Nuove posizioni /content/cq:tags
Orientamenti per la ristrutturazione
Tutti i tag devono essere migrati in /content/cq:tags .
  1. Copiate tutti i tag dalla posizione precedente alla nuova posizione.
  2. Rimuovere tutti i tag dalla posizione precedente.
  3. Tramite la console Web AEM, riavviate il bundle Day Communique 5 Tagging OSGi all’indirizzo https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging for AEM per riconoscere che la nuova posizione contiene contenuto e deve essere utilizzata.
Note
Riavviare il bundle Day Communique Tagging OSGi registrerà la nuova posizione come radice del tag solo se la posizione precedente è vuota.
I riferimenti alla posizione precedente continueranno a funzionare dopo la migrazione alla nuova posizione per tutte le funzionalità che sfruttano l’API TagManager di AEM per la risoluzione dei tag.
Eventuali codici personalizzati che fanno riferimento in modo esplicito al percorso /etc/tags devono essere aggiornati a /content/ cq :tags , o eventualmente riscritti per sfruttare l'API Java TagManager, insieme a questa migrazione.

Servizi cloud di traduzione

Posizione precedente /etc/cloudservices/translation
Nuove posizioni
/libs/settings/cloudconfigs/translation/translationcfg
/apps/settings/cloudconfigs/translation/translationcfg
/conf/global/settings/cloudconfigs/translation/translationcfg
/conf/<tenant>/settings/cloudconfigs/translation/translationcfg
Orientamenti per la ristrutturazione
Eventuali nuovi servizi di Translation Cloud devono essere migrati nella nuova posizione ( /apps , /conf/global o /conf/<tenant> ).
  1. Migra le configurazioni esistenti nella posizione precedente alla nuova posizione.
    • Create manualmente nuove configurazioni di Servizi cloud di traduzione tramite l’interfaccia utente di authoring di AEM in Strumenti > Servizi cloud > Servizi cloud di traduzione. OPPURE
    • Copiate le nuove configurazioni di Servizi cloud di traduzione dalla posizione precedente alla nuova posizione ( /apps , /conf/global o /conf/<tenant> ).
  2. Associate le configurazioni AEM applicabili alle gerarchie di contenuti di AEM.
    1. Gerarchie di pagine di AEM Sites tramite AEM Sites > Page Properties > Advanced Tab > Cloud Configuration (Siti AEM > Siti AEM > Pagina > Proprietà pagina > scheda Avanzate > Cloud Configuration (Configurazione cloud).
    2. Gerarchie di frammenti esperienza AEM tramite frammenti esperienza AEM > Frammento esperienza > Proprietà > scheda Servizi cloud > Configurazione cloud.
    3. Gerarchie di cartelle di frammenti esperienza AEM tramite frammenti esperienza AEM > Cartella > Proprietà > scheda Servizi cloud > Configurazione cloud.
    4. Gerarchie di cartelle di Risorse AEM tramite Risorse AEM > Cartella > Proprietà cartella > scheda Servizi cloud > Configurazione .
    5. Progetti AEM tramite Progetti AEM > Progetto > Proprietà progetto > scheda Avanzate > Configurazione cloud.
  3. Separa i servizi di Translation Cloud legacy migrati dalle gerarchie di contenuti di AEM sopra indicate.
Note
La risoluzione dei servizi di traduzione cloud viene eseguita nel seguente ordine:
  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
I servizi cloud di traduzione migrata devono essere compatibili con AEM 6.4.

Lingue di traduzione

Posizione precedente /etc/translation/supportedLanguages
Nuove posizioni
/libs/settings/translation/supportedLanguages
/apps/settings/translation/supportedLanguages
Orientamenti per la ristrutturazione
Qualsiasi definizione nuova o modificata della lingua di traduzione richiede la migrazione di tutte le definizioni della lingua di traduzione nella nuova posizione ( /apps ).
  1. Se sono state apportate aggiunte o modifiche alle definizioni della lingua di traduzione, copiate tutte le definizioni della lingua di traduzione dalla posizione precedente alla nuova posizione ( /apps ).
Note
La risoluzione del percorso della lingua di traduzione si verifica nell'ordine seguente:
  1. /etc/translation/supportedLanguages
  2. /apps/settings/translation/supportedLanguage
  3. /libs/settings/translation/supportedLanguages
Questa risoluzione non supporta l'unione di una sovrapposizione, il che significa che il percorso risolto deve contenere tutte le Lingue Supportate e non erediterà le Lingue Supportate dalle risoluzioni in ordine superiore.

Translation Rules

Posizione precedente /etc/workflow/models/translation/translation_rules.xml
Nuove posizioni
/libs/settings/translation/rules/translation_rules.xml
/apps/settings/translation/rules/translation_rules.xml
/conf/global/settings/translation/rules/translation_rules.xml
Orientamenti per la ristrutturazione
Un file XML modificato delle regole di conversione deve essere migrato nella nuova posizione ( /apps , o /conf/global ).
1. Copiate il file XML delle regole di traduzione modificato dalla posizione precedente alla nuova posizione.
Note
La risoluzione XML delle regole di conversione replica si verifica nell'ordine seguente:
  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

Libreria Client Widget di traduzione

Posizione precedente /etc/designs/translation/translationwidget
Nuove posizioni
/libs/settings/wcm/designs/translation/translationwidget
/apps/settings/wcm/designs/translation/translationwidget
Orientamenti per la ristrutturazione
Per qualsiasi progettazione gestita in SCM e non scritta in fase di esecuzione tramite le finestre di dialogo Progettazione.
  1. Copiate le progettazioni dalla posizione precedente alla nuova posizione (/app).
  2. Convertite eventuali risorse CSS, JavaScript e statiche nella struttura in una libreria Creazione di cartelle libreria client client con allowProxy = true .
  3. Aggiorna i riferimenti alla posizione precedente in cq : designPath property.
  4. Aggiorna tutte le pagine che fanno riferimento al percorso precedente per utilizzare la nuova categoria Libreria client (per questo è necessario aggiornare il codice di implementazione Pagina).
  5. Aggiorna le regole del dispatcher AEM per consentire la trasmissione delle librerie client tramite /etc.clientlibs/. servlet proxy.
Per tutte le progettazioni NON gestite in SCM e modificate runtime tramite le finestre di dialogo Progettazione.
  • Non spostate Designer dall' /etc esterno.
Note N/D

Console Web attivazione albero

Posizione precedente
/etc/replication/treeactivation
Nuove posizioni
/libs/replication/treeactivation
Orientamenti per la ristrutturazione
Nessuna azione richiesta.
Note
La console Web Attivazione albero è ora disponibile tramite Strumenti > Distribuzione > Replica > Attiva albero .

Servizi cloud del connettore di traduzione fornitori

Posizione precedente /etc/cloudservices/<vendor>
Nuove posizioni
/libs/settings/cloudconfigs/translation/<vendor>
/apps/settings/cloudconfigs/translation/<vendor>
/conf/global/settings/cloudconfigs/translation/<vendor>
/conf/<tenant>/settings/cloudconfigs/translation/<vendor>
Orientamenti per la ristrutturazione
Eventuali nuovi servizi cloud del connettore di traduzione fornitore devono essere migrati nella nuova posizione ( /apps , /conf/global o /conf/<tenant> ).
  1. Migra le configurazioni esistenti nella posizione precedente alla nuova posizione.
    • Crea manualmente nuove configurazioni di Servizi cloud per il connettore di traduzione fornitori tramite l’interfaccia utente di authoring di AEM in Strumenti > Servizi cloud > Servizi di traduzione cloud. OPPURE
    • Copia le nuove configurazioni del connettore di traduzione fornitore Servizi cloud dalla posizione precedente alla nuova posizione ( /apps , /conf/global o /conf/<tenant> ).
  2. Associate le configurazioni AEM applicabili alle gerarchie di contenuti di AEM.
    1. Gerarchie di pagine di AEM Sites tramite AEM Sites > Page Properties > Advanced Tab > Cloud Configuration (Siti AEM > Siti AEM > Pagina > Proprietà pagina > scheda Avanzate > Cloud Configuration (Configurazione cloud).
    2. Gerarchie di frammenti esperienza AEM tramite frammenti esperienza AEM > Frammento esperienza > Proprietà > scheda Servizi cloud > Configurazione cloud.
    3. Gerarchie di cartelle di frammenti esperienza AEM tramite frammenti esperienza AEM > Cartella > Proprietà > scheda Servizi cloud > Configurazione cloud.
    4. Gerarchie di cartelle di Risorse AEM tramite Risorse AEM > Cartella > Proprietà cartella > scheda Servizi cloud > Configurazione .
    5. Progetti AEM tramite Progetti AEM > Progetto > Proprietà progetto > scheda Avanzate > Configurazione cloud.
  3. Separa i servizi di Translation Cloud legacy migrati dalle gerarchie di contenuti di AEM sopra indicate.
Note
La risoluzione dei servizi di traduzione cloud viene eseguita nel seguente ordine:
  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>

Modelli e-mail notifica flusso di lavoro

Posizione precedente /etc/workflow/notification
Nuove posizioni
/libs/settings/workflow/notification
/conf/global/settings/workflow/notification
Orientamenti per la ristrutturazione
Eventuali modelli e-mail di notifica dei flussi di lavoro modificati devono essere migrati nella nuova posizione ( /conf/global ).
  1. Copiate i modelli e-mail di notifica dei flussi di lavoro modificati dalla posizione precedente alla nuova posizione.
  2. Rimuovi i modelli e-mail di notifica del flusso di lavoro migrati dalla posizione precedente.
Note
La risoluzione del modello e-mail di notifica del flusso di lavoro si verifica nel seguente ordine:
  1. /etc/workflow/notification
  2. /conf/global/settings/workflow/notification
  3. /libs/settings/workflow/notification

Pacchetti di flussi di lavoro

Posizione precedente /etc/workflow/packages
Nuove posizioni /var/workflow/packages
Orientamenti per la ristrutturazione
I pacchetti di flussi di lavoro esistenti nella posizione precedente devono essere migrati nella nuova posizione.
  1. Rimuovete tutti i pacchetti di flussi di lavoro nella posizione precedente a cui non viene fatto riferimento da altri contenuti e che altrimenti non sono richiesti.
  2. Sposta tutti i pacchetti di flussi di lavoro nella posizione precedente a cui non viene fatto riferimento da altri contenuti, ma che sono altrimenti richiesti nella nuova posizione.
  3. Lasciate eventuali pacchetti di flussi di lavoro a cui fanno riferimento altri contenuti nella posizione precedente.
Note
I pacchetti di flussi di lavoro creati tramite la console Miscadmin dell’interfaccia classica vengono memorizzati nella posizione precedente, mentre tutti gli altri vengono memorizzati nella nuova posizione.
I pacchetti di workflow memorizzati nelle posizioni precedenti o iniziali possono essere gestiti tramite la console di amministrazione dell’interfaccia classica.