Descarga de activos DAM | Caché Dispatcher

Para evitar posibles conflictos de tiempo durante la replicación y las descargas paralelas de Dispatcher emitidas desde una instancia de autor, se configura una instancia de publicación para purgar la caché de Dispatcher a través del disparador de replicación en modificación.

Sin embargo, esa replicación de los activos DAM no conduce a las solicitudes de descarga de Dispatcher esperadas.

Solución

CQ5.3, CQ5.4 y CQ5.5

La funcionalidad de replicar en modificación actualmente sólo se activa para eventos de Página, por lo que se ignoran los activos DAM. Se adjunta un paquete para resolver este problema y contiene lo siguiente:

• Flush Dispatcher modelo wf, habilitado solo para el modo de ejecución público
• ecma-script personalizado para iniciar una descarga de caché de Dispatcher
• wf-launcher para desencadenar por encima del modelo wf en caso de que un activo DAM (su variante original) haya sido modificado

Para instalar el paquete, súbalo a la instancia de autor y actívelo en las instancias de publicación usando la interfaz de usuario del Administrador de Paquetes de CQ. El paquete se despliega e instala automáticamente en las instancias públicas.

El paquete ahora está disponible en el paquete compartido en enlace.

Vea este enlace sobre la configuración de statfileslevel.

El modelo wf de Dispatcher flusher pasa el ID predeterminado del agente de flush del Dispatcher como argumento del proceso al ecma-script para activar las solicitudes de flush. Si difiere en su entorno, ajuste el argumento de proceso del paso de flujo de trabajo "Flush Dispatcher'" en consecuencia:

Opcionalmente, puede configurarlo para múltiples agentes de descarga de Dispatcher separando los comandos de descarga con una coma. Ejemplo: flush1 y flush2 son el id de agente de los agentes de flush de Dispatcher y luego en el argumento de proceso Dispatcher flush wf-model se especifica de la siguiente manera:

CQ5.6 y posteriores