Reestruturação comum de repositório no AEM 6.5

Conforme descrito na página principal Reestruturação do repositório no AEM 6.5 , os clientes que atualizam para o AEM 6.5 devem usar esta página para avaliar o esforço de trabalho associado às alterações no repositório que podem afetar todas as soluções. Algumas alterações exigem esforço de trabalho durante o processo de atualização do AEM 6.5, enquanto outras podem ser adiadas até uma atualização futura.

Com atualização 6.5

Antes da atualização futura

Com atualização 6.5

Configurações do ContextHub

A partir do AEM 6.4, não há configuração padrão do ContextHub. Portanto, no nível raiz do site, cq:contextHubPathproperty deve ser definido um parâmetro para indicar qual configuração deve ser usada.

  1. Navegue até a raiz do site.
  2. Abra as propriedades da página raiz e selecione a guia Personalização.
  3. No campo Caminho do Contexthub, digite seu próprio caminho de configuração do ContextHub.

Além disso, na configuração do ContextHub, é sling:resourceType necessário atualizar para que seja relativo e não absoluto.

  1. Abra as propriedades do nó de configuração do ContextHub no CRX DE Lite, por exemplo /apps/settings/cloudsettings/legacy/contexthub
  2. Alterar sling:resourceType de /libs/granite/contexthub/cloudsettings/components/baseconfiguration para granite/contexthub/cloudsettings/components/baseconfiguration

Ou seja, a configuração sling:resourceType do ContextHub deve ser relativa e não absoluta.

Modelos do fluxo de trabalho

Localização anterior /etc/workflow/models
Novos locais

/libs/settings/workflow/models

/conf/global/settings/workflow/models

/var/workflow/models
Orientação relativa à reestruturação

Todos os modelos de fluxo de trabalho novos ou modificados devem ser migrados para /conf/global/workflow/models.

  1. Implante os modelos de fluxo de trabalho modificados em uma instância de desenvolvimento local do AEM 6.4, de modo que eles existam no local Anterior.
  2. Edite o modelo de fluxo de trabalho usando o Editor de modelos de fluxo de trabalho do AEM em AEM > Ferramentas > Fluxo de trabalho > Modelos.
  3. Ao migrar modelos de fluxo de trabalho modificados fornecidos pelo AEM
    1. Com o Editor do modelo de fluxo de trabalho aberto, modifique o URL de endereço do navegador e substitua o segmento de caminho /libs/settings/workflow/models por /etc/workflow/models.
      • Por exemplo, altere: http://localhost:4502/editor.html/libs/settings/workflow/models/dam/update_asset.html para http://localhost:4502/editor.html/etc/workflow/models/dam/update_asset.html
  4. Ative o modo de Edição no Editor do modelo de fluxo de trabalho que copiará a definição do modelo de fluxo de trabalho para /conf/global/workflow/models.
  5. Toque no botão Sincronizar para sincronizar as alterações no Modelo de Fluxo de Trabalho em /var/workflow/models.
  6. Exporte o Modelo de fluxo de trabalho (/conf/global/workflow/models/<workflow-model>?lang=pt-BR) e o Modelo de fluxo de trabalho em tempo de execução (/var/workflow/models/<workflow-model>?lang=pt-BR) e integre-os ao projeto do AEM.
    1. Por exemplo, exportar:
      • /config/settings/workflow/models/dam/my_workflow_model e
      • /var/workflow/models/dam/my_workflow_model
Notas

A resolução do Modelo de Fluxo de Trabalho ocorre na seguinte ordem:

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

Portanto, qualquer personalização de modelos de fluxo de trabalho fornecidos pelo AEM persistida no local Anterior deve ser movida para /conf/global/settings/workflow/models se for necessário mantê-los, caso contrário, eles serão substituídos pela definição de Modelo de fluxo de trabalho fornecida pelo AEM em /libs/settings/workflow/models.

Instâncias do fluxo de trabalho

Localização anterior /etc/workflow/instances
Novos locais /var/workflow/instances
Orientação relativa à reestruturação

Nenhuma ação é necessária para alinhar com o Novo local.

As Instâncias de Fluxo de Trabalho Históricas podem continuar residindo com segurança no Local Anterior, e novas Instâncias de Fluxo de Trabalho serão criadas no Novo Local.
Notas Quaisquer referências de caminho explícitas no custom código para o Local anterior também devem levar em conta o Novo local. É recomendável que esse código seja refatorado para usar as APIs de fluxo de trabalho do AEM.

Inicializadores do fluxo de trabalho

Localização anterior /etc/workflow/launcher/config
Novos locais

/libs/settings/workflow/launcher/config

/conf/global/settings/workflow/launcher/config
Orientação relativa à reestruturação

Todos os Iniciadores de Fluxo de Trabalho novos ou modificados devem ser migrados para /conf/global/workflow/launcher/config.

  1. Copie quaisquer configurações novas ou modificadas do Workflow Launcher do Local anterior para o novo local (/conf/global).
Notas

A resolução do Iniciador de Fluxo de Trabalho ocorre na seguinte ordem:

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

Assim, todas as personalizações do Workflow Launcher fornecido pelo AEM persistirem no local Anterior devem ser movidas para o novo local (/conf/global/settings/workflow/launcher se forem retidas, caso contrário, serão substituídas pela definição do Workflow Launcher fornecida pelo AEM em /libs/settings/workflow/launcher.

Scripts de fluxo de trabalho

Localização anterior /etc/workflow/scripts
Novos locais

/libs/workflow/scripts

/apps/workflow/scripts
Orientação relativa à reestruturação

Quaisquer scripts de fluxo de trabalho novos ou modificados devem ser migrados para o novo local e os modelos de fluxo de trabalho de referência atualizados para refletir o novo local.

  1. Copie quaisquer scripts de fluxo de trabalho novos ou modificados do local anterior para o novo local.
    • /apps/workflow/scripts deve ser mantido no SCM.
  2. Atualize quaisquer referências aos scripts do fluxo de trabalho no local anterior nos modelos de fluxo de trabalho para apontar para os novos locais.
Notas

O AEM 6.4 SP1, quando é lançado, faz com que essa reestruturação possa ser adiada para 6.5 upgrade .

Se a atualização para o AEM 6.4 antes do AEM 6.4 SP1 for lançada, essa reestruturação deverá ser realizada como parte do projeto de atualização. Sem isso, editar e salvar as Etapas do fluxo de trabalho que fazem referência aos scripts no Local anterior removerá a referência do Script do fluxo de trabalho da Etapa do fluxo de trabalho totalmente, e somente os Scripts do fluxo de trabalho em novos locais estarão disponíveis na lista suspensa de seleção de scripts.

Antes da atualização futura

Configurações do ContextHub

Localização anterior /etc/cloudsettings
Novos locais

/libs/settings/cloudsettings

/conf/global/settings/cloudsettings

/conf/<tenant>/settings/cloudsettings
Orientação relativa à reestruturação

Todas as configurações do ContextHub novas ou modificadas devem ser migradas para o novo local e as páginas de referência do AEM Sites devem ser atualizadas para refletir o novo local.

  1. Copie quaisquer Configurações do ContextHub novas ou modificadas do local anterior para o novo local.
  2. Associe as configurações do AEM aplicáveis às hierarquias de conteúdo do AEM.
    1. Hierarquias de página do AEM Sites por meio de Sites AEM > Página > Propriedades da página > Guia Avançado > Configuraçãoda nuvem.
  3. Desassocie todas as configurações do ContextHub herdadas migradas das hierarquias de conteúdo do AEM acima.
Notas N/A

Designs do Classic Cloud Services

Localização anterior /etc/designs/cloudservices
Novos locais

/libs/settings/wcm/designs/cloudservices

/apps/settings/wcm/designs/cloudservices
Orientação relativa à reestruturação

Para qualquer design gerenciado no SCM e não gravado em tempo de execução por meio das Caixas de diálogo de design.

  1. Copie os designs do local anterior para o novo local (/apps).
  2. Converta qualquer CSS, JavaScript e recursos estáticos no Design em uma Biblioteca do cliente com allowProxy = true.
  3. Atualize as referências ao Local anterior na página cq : designPath propriedade.
  4. Atualize quaisquer Páginas que façam referência ao Local anterior para usar a nova categoria da Biblioteca do cliente (isso requer a atualização do código de implementação da Página).
  5. Atualize as regras do AEM Dispatcher para permitir o serviço de Bibliotecas do cliente por meio do diretório /etc.clientlibs/.. servlet proxy.

Para qualquer design que NÃO seja gerenciado no SCM, e tempo de execução modificado por meio das Caixas de diálogo de design.

  • Não remova os Designs que podem ser criados para autores de /etc.
Notas N/A

Designs de Painéis clássicos

Localização anterior /etc/designs/dashboards
Novos locais

/libs/settings/wcm/designs/dashboards

/apps/settings/wcm/designs/dashboards
Orientação relativa à reestruturação

Para qualquer design gerenciado no SCM e não gravado em tempo de execução por meio das Caixas de diálogo de design.

  1. Copie os designs do local anterior para o novo local (/apps?lang=pt-BR).
  2. Converta qualquer CSS, JavaScript e recursos estáticos no Design em uma Biblioteca do cliente com allowProxy = true.
  3. Atualize as referências ao Local anterior no cq : designPath propriedade.
  4. Atualize quaisquer Páginas que façam referência ao Local anterior para usar a nova categoria da Biblioteca do cliente (isso requer a atualização do código de implementação da Página).
  5. Atualize as regras do AEM Dispatcher para permitir o serviço de Bibliotecas do cliente por meio do diretório /etc.clientlibs/.. servlet proxy.

Para qualquer design que NÃO seja gerenciado no SCM, e tempo de execução modificado por meio das Caixas de diálogo de design.

  • Não remova os Designs que podem ser criados para autores de /etc.
Notas N/A

Designs de relatórios clássicos

Localização anterior /etc/designs/reports
Novos locais

/libs/settings/wcm/designs/reports

/apps/settings/wcm/designs/reports
Orientação relativa à reestruturação

Para qualquer design gerenciado no SCM e não gravado em tempo de execução por meio das Caixas de diálogo de design.

  1. Copie os designs do local anterior para o novo local (/apps?lang=pt-BR).
  2. Converta qualquer CSS, JavaScript e recursos estáticos no Design em uma Biblioteca do cliente com allowProxy = true.
  3. Atualize as referências ao Local anterior no cq : designPath propriedade.
  4. Atualize quaisquer Páginas que façam referência ao Local anterior para usar a nova categoria da Biblioteca do cliente (isso requer a atualização do código de implementação da Página).
  5. Atualize as regras do AEM Dispatcher para permitir o serviço de Bibliotecas do cliente por meio do diretório /etc.clientlibs/.. servlet proxy.

Para qualquer design que NÃO seja gerenciado no SCM, e tempo de execução modificado por meio das Caixas de diálogo de design.

  • Não remova os Designs que podem ser criados para autores de /etc.
Notas N/A

Designs padrão

Localização anterior /etc/designs/default
Novos locais

/libs/settings/wcm/designs/default

/apps/settings/wcm/designs/default
Orientação relativa à reestruturação

Para qualquer design gerenciado no SCM e não gravado em tempo de execução por meio das Caixas de diálogo de design.

  1. Copie os designs do local anterior para o novo local (/apps?lang=pt-BR).
  2. Converta qualquer CSS, JavaScript e recursos estáticos no Design em uma Biblioteca do cliente com allowProxy = true.
  3. Atualize as referências ao Local anterior no cq : designPath propriedade.
  4. Atualize quaisquer Páginas que façam referência ao Local anterior para usar a nova categoria da Biblioteca do cliente (isso requer a atualização do código de implementação da Página).
  5. Atualize as regras do AEM Dispatcher para permitir o serviço de Bibliotecas do cliente por meio do diretório /etc.clientlibs/.. servlet proxy.

Para qualquer design que NÃO seja gerenciado no SCM, e tempo de execução modificado por meio das Caixas de diálogo de design.

  • Não remova os Designs que podem ser criados para autores de /etc.
Notas N/A

Adobe DTM JavaScript Endpoint

Localização anterior /etc/clientlibs/dtm
Novos locais /var/cq/dtm/clientlibs
Orientação relativa à reestruturação

Nenhuma ação necessária.

A localização anterior pública atua como um terminal proxy para a nova localização privada.
Notas N/A

Adobe DTM Web Hook Endpoint

Localização anterior /etc/dtm-hook
Novos locais /var/cq/dtm/web-hook
Orientação relativa à reestruturação

Nenhuma ação necessária.

A localização anterior pública atua como um terminal proxy para a nova localização privada.
Notas N/A

Tarefas da caixa de entrada

Localização anterior /etc/taskmanagement
Novos locais /var/taskmanagement
Orientação relativa à reestruturação Use a Tarefa de manutenção de remoção da caixa de entrada para remover tarefas antigas do local anterior, conforme necessário.
Notas

Nenhuma ação é necessária para migrar Tarefas para o novo local.

  • As Tarefas presentes no Local anterior continuam disponíveis e funcionam.
  • Novas Tarefas são criadas no novo local.

Configurações de Blueprint do Multi-site Manager

Localização anterior /etc/blueprints
Novos locais

/libs/msm

/apps/msm
Orientação relativa à reestruturação
  1. Copie configurações personalizadas de /etc/blueprints para /apps/msm.
  2. Remover /etc/blueprints.
Notas N/A

Configurações de Gadget de Painéis do AEM Projects

Localização anterior /etc/projects/dashboard/gadgets
Novos locais

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

/apps/cq/core/content/projects/dashboard/gadgets
Orientação relativa à reestruturação

Todas as configurações do Gadget de Painel de projetos AEM novas ou modificadas devem ser migradas para o novo local (/apps).

  1. Copie quaisquer Configurações de Gadget de Painel de projetos AEM novas ou modificadas do local anterior para o novo local (/apps).
    1. Não copie configurações de Gadget de Painel de projetos AEM não modificadas, pois elas já existem no novo local (/libs).
  2. Atualize quaisquer modelos de projetos AEM que façam referência à Localização anterior para apontar para a nova localização apropriada.
Notas Se o pacote de compatibilidade do AEM 6.4 for aplicado, será necessário executar as atividades de alinhamento do repositório no momento da remoção do pacote de compatibilidade.

Modelo de Correio Eletrônico de Notificação de Replicação

Localização anterior /etc/notification/email/default/com.day.cq.replication
Novos locais

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

/apps/settings/notification-templates/com.day.cq.replication
Orientação relativa à reestruturação

Todos os modelos de e-mail de notificação de replicação novos ou modificados devem ser migrados para o novo local (/apps)

  1. Copie todos os modelos de e-mail de notificação de replicação novos ou modificados do local anterior para o novo local (/apps).
  2. Remova todos os Modelos de Email de Notificação de Replicação migrados do local anterior.
Notas

Os únicos novos modelos de e-mail de notificação de replicação suportados são para suportar novas localidades.

A resolução do modelo de e-mail de notificação de replicação ocorre na seguinte ordem:

  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

Tags

Localização anterior /etc/tags
Novos locais /content/cq:tags
Orientação relativa à reestruturação

Todas as tags devem ser migradas para /content/cq:tags.

  1. Copie todas as tags do local anterior para o novo local.
  2. Remova todas as tags do local anterior.
  3. Por meio do console da Web do AEM, reinicie o pacote OSGi de Marcação do Day Communique 5 em https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging para que o AEM reconheça que o novo local contém conteúdo e deve ser usado.
Notas

Reiniciar o pacote OSGi de Marcação de comunidade do dia registrará apenas o Novo local como a raiz da tag se o Local anterior estiver vazio.

As referências ao local anterior continuarão a funcionar após a migração para o novo local para todas as funcionalidades que aproveitam a API do TagManager do AEM para a resolução de tags.

Qualquer código personalizado que faça referência explícita ao caminho /etc/tags deve ser atualizado para /content/ cq :tags , ou, de preferência, reescrito para aproveitar a API Java do TagManager, em conjunto com essa migração.

Cloud Services de tradução

Localização anterior /etc/cloudservices/translation
Novos locais

/libs/settings/cloudconfigs/translation/translationcfg

/apps/settings/cloudconfigs/translation/translationcfg

/conf/global/settings/cloudconfigs/translation/translationcfg

/conf/<tenant>/settings/cloudconfigs/translation/translationcfg
Orientação relativa à reestruturação

Qualquer novo serviço da Translation Cloud deve ser migrado para o novo local (/apps, /conf/global ou /conf/<tenant>).

  1. Migre as configurações existentes no local anterior para o novo local.
    • Recrie manualmente as novas configurações dos Serviços da tradução em nuvem por meio da interface de usuário de criação do AEM em Ferramentas > Serviços em nuvem > Serviçosda tradução em nuvem.
      OU
    • Copie quaisquer novas configurações do Translation Cloud Services do Local anterior para o novo local (/apps, /conf/global ou /conf/<tenant>).
  2. Associe as configurações do AEM aplicáveis às hierarquias de conteúdo do AEM.
    1. Hierarquias de página do AEM Sites por meio de Sites AEM > Página > Propriedades da página > Guia Avançado > Configuraçãoda nuvem.
    2. Hierarquias de Fragmentos de experiência do AEM por Fragmentos de experiência do AEM > Fragmento de experiência > Propriedades > Guia Serviços em nuvem > Configuraçãoem nuvem.
    3. Hierarquias de pastas de fragmento de experiência do AEM por meio de fragmentos de experiência do AEM > Pasta > Propriedades > Guia Serviços em nuvem > Configuraçãoem nuvem.
    4. Hierarquias de pastas do AEM Assets por meio de ativos AEM > Pasta > Propriedades da pasta > Guia Serviços em nuvem > Configuração.
    5. Projetos do AEM por meio de projetos do AEM > Projeto > Propriedades do projeto > Guia Avançado > Configuraçãoda nuvem.
  3. Desassocie quaisquer serviços herdados da Translation Cloud migrados das hierarquias de conteúdo do AEM acima.
Notas

A resolução dos serviços da Translation Cloud ocorre na seguinte ordem:

  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

Os serviços migrados da Translation Cloud devem ser compatíveis com o AEM 6.4.

Idiomas de tradução

Localização anterior /etc/translation/supportedLanguages
Novos locais

/libs/settings/translation/supportedLanguages

/apps/settings/translation/supportedLanguages
Orientação relativa à reestruturação

Quaisquer definições novas ou modificadas de Idioma de tradução exigem a migração de todas as definições de Idioma de tradução para o novo local (/apps).

  1. Se alguma adição ou modificação tiver sido feita às definições de Idioma de tradução, copie todas as definições de Idioma de tradução do local anterior para o novo local (/apps).
Notas

A resolução do caminho do Idioma de Tradução ocorre na seguinte ordem:

  1. /etc/translation/supportedLanguages
  2. /apps/settings/translation/supportedLanguage
  3. /libs/settings/translation/supportedLanguages

Esta resolução não suporta uma sobreposição de mesclagem, o que significa que o caminho resolvido deve conter todos os idiomas suportados e não herdará os idiomas suportados das resoluções de ordem superior.

Translation Rules

Localização anterior /etc/workflow/models/translation/translation_rules.xml
Novos locais

/libs/settings/translation/rules/translation_rules.xml

/apps/settings/translation/rules/translation_rules.xml

/conf/global/settings/translation/rules/translation_rules.xml
Orientação relativa à reestruturação

Um arquivo XML de regras de tradução modificado deve ser migrado para o novo local (/apps, ou /conf/global).

1. Copie o arquivo XML de regras de tradução modificado do local anterior para o novo local.
Notas

A resolução XML das Regras de Tradução de Replicação ocorre na seguinte ordem:

  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 do cliente do widget de tradução

Localização anterior /etc/designs/translation/translationwidget
Novos locais

/libs/settings/wcm/designs/translation/translationwidget

/apps/settings/wcm/designs/translation/translationwidget
Orientação relativa à reestruturação

Para qualquer design gerenciado no SCM e não gravado em tempo de execução por meio das Caixas de diálogo de design.

  1. Copie os designs do local anterior para o novo local (/apps?lang=pt-BR).
  2. Converta qualquer CSS, JavaScript e recursos estáticos no Design em uma Biblioteca do cliente com allowProxy = true.
  3. Atualize as referências ao Local anterior no cq : designPath propriedade.
  4. Atualize quaisquer Páginas que façam referência ao Local anterior para usar a nova categoria da Biblioteca do cliente (isso requer a atualização do código de implementação da Página).
  5. Atualize as regras do AEM Dispatcher para permitir o serviço de Bibliotecas do cliente por meio do diretório /etc.clientlibs/.. servlet proxy.

Para qualquer design que NÃO seja gerenciado no SCM, e tempo de execução modificado por meio das Caixas de diálogo de design.

  • Não remova os Designs que podem ser criados para autores de /etc.
Notas N/A

Console Web de Ativação de árvore

Localização anterior /etc/replication/treeactivation
Novos locais /libs/replication/treeactivation
Orientação relativa à reestruturação Nenhuma ação necessária.
Notas O Console Web de Ativação de árvore agora está disponível em Ferramentas > Implantação > Replicação > Ativar árvore.

Serviços em nuvem do fornecedor do conector de tradução

Localização anterior /etc/cloudservices/<vendor>
Novos locais

/libs/settings/cloudconfigs/translation/<vendor>

/apps/settings/cloudconfigs/translation/<vendor>

/conf/global/settings/cloudconfigs/translation/<vendor>

/conf/<tenant>/settings/cloudconfigs/translation/<vendor>
Orientação relativa à reestruturação

Todos os novos serviços em nuvem do Conector de tradução do fornecedor devem ser migrados para o novo local (/apps, /conf/global ou /conf/<tenant>).

  1. Migre as configurações existentes no Local anterior para o novo local.
    • Crie manualmente as novas configurações do Vendor Translation Connector Cloud Services por meio da interface de usuário de criação do AEM em Ferramentas > Serviços em nuvem > Serviçosda Translation Cloud.
      OU
    • Copie quaisquer novas configurações do Vendor Translation Connector Cloud Services do local anterior para o novo local (/appsou /conf/global /conf/<tenant>).
  2. Associe as configurações do AEM aplicáveis às hierarquias de conteúdo do AEM.
    1. Hierarquias de página do AEM Sites por meio de Sites AEM > Página > Propriedades da página > Guia Avançado > Configuraçãoda nuvem.
    2. Hierarquias de Fragmentos de experiência do AEM por Fragmentos de experiência do AEM > Fragmento de experiência > Propriedades > Guia Serviços em nuvem > Configuraçãoem nuvem.
    3. Hierarquias de pastas de fragmento de experiência do AEM por meio de fragmentos de experiência do AEM > Pasta > Propriedades > Guia Serviços em nuvem > Configuraçãoem nuvem.
    4. Hierarquias de pastas do AEM Assets por meio de ativos AEM > Pasta > Propriedades da pasta > Guia Serviços em nuvem > Configuração.
    5. Projetos do AEM por meio de projetos do AEM > Projeto > Propriedades do projeto > Guia Avançado > Configuraçãoda nuvem.
  3. Desassocie quaisquer serviços herdados da Translation Cloud migrados das hierarquias de conteúdo do AEM acima.
Notas

A resolução dos serviços da Translation Cloud ocorre na seguinte ordem:

  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>

Modelos de email de notificação de fluxo de trabalho

Localização anterior /etc/workflow/notification
Novos locais

/libs/settings/workflow/notification

/conf/global/settings/workflow/notification
Orientação relativa à reestruturação

Todos os modelos de e-mail de notificação de fluxo de trabalho modificados devem ser migrados para o novo local (/conf/global).

  1. Copie todos os Modelos de Email de Notificação de Fluxo de Trabalho modificados do local anterior para o novo local.
  2. Remova os modelos de e-mail de notificação de fluxo de trabalho migrados do local anterior.
Notas

A resolução do Modelo de Email de Notificação de Fluxo de Trabalho ocorre na seguinte ordem:

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

Pacotes de fluxo de trabalho

Localização anterior /etc/workflow/packages
Novos locais /var/workflow/packages
Orientação relativa à reestruturação

Pacotes de fluxo de trabalho existentes no local anterior devem ser migrados para o novo local.

  1. Remova todos os pacotes de fluxo de trabalho no local anterior que não são referenciados por outro conteúdo e que, de outra forma, não são necessários.
  2. Mova todos os pacotes de fluxo de trabalho no local anterior que não sejam referenciados por outro conteúdo, mas que, de outra forma, sejam necessários no novo local.
  3. Deixe todos os Pacotes de fluxo de trabalho referenciados por outro conteúdo no local anterior.
Notas

Os pacotes de fluxo de trabalho criados pelo console Miscadmin da interface clássica são mantidos no local anterior, enquanto todos os outros são persistentes para o novo local.

Os pacotes de fluxo de trabalho armazenados nos locais anteriores ou inferiores podem ser gerenciados pelo console Miscadmin da interface clássica.

Nesta página