Liberar ativos DAM | Cache do Dispatcher

Para evitar possíveis conflitos de tempo durante a replicação e liberações paralelas do Dispatcher emitidas a partir de uma instância de autor, uma instância de publicação será configurada para liberar o cache do Dispatcher por meio do disparador replicate-on-modification.

No entanto, essa replicação de ativos DAM não leva a solicitações esperadas de liberação do Dispatcher.

Solução

CQ5.3, CQ5.4 e CQ5.5

Atualmente, a funcionalidade de replicate-on-modification é disparada apenas para eventos de Página, portanto, os ativos DAM são ignorados. Há um pacote anexado para resolver esse problema e ele contém o seguinte:

• Liberação do Dispatcher wf-model, ativado apenas para o publish-runmode
• ecma-script personalizado para iniciar uma liberação de cache do Dispatcher
• wf-launcher para acionar o modelo wf acima, caso um ativo DAM (sua representação original) tenha sido modificado

Para instalar o pacote, faça o upload dele para a instância do autor e ative-o nas instâncias de publicação usando a interface do Gerenciador de Pacotes do CQ. O pacote será implantado automaticamente e instalado nas instâncias de publicação.

O pacote estará agora disponível no compartilhamento de pacotes neste link.

Veja este link na configuração statfileslevel.

A liberação do Dispatcher wf-model transmite o ID padrão do agente de liberação do Dispatcher como argumento de processo para o ecma-script para disparar as solicitações de liberação. Se ele diferir em seu ambiente, ajuste o argumento de processo da etapa do fluxo de trabalho "Liberar Dispatcher":

Opcionalmente, você poderá configurá-lo para vários agentes de liberação do Dispatcher, separando os comandos de liberação com uma vírgula. Exemplo: - flush1 e flush2 são os ID do agente dos agentes de liberação do Dispatcher e, em seguida, na liberação do Dispatcher, o argumento do processo do modelo wf especificará o seguinte:

CQ5.6 e posterior