Los archivos de caché de Dispatcher se actualizan inesperadamente | AEM
Busque un patrón recopilando los registros sobre las solicitudes de invalidación de la caché y las solicitudes de contenido. Compruebe los 3 escenarios diferentes en la sección Resolución.
Descripción description
Entorno
Adobe Experience Manager (AEM)
Problema
A veces, los archivos de caché de Dispatcher se actualizan en un momento o con una frecuencia inesperados.
Resolución resolution
Al publicar el contenido, Adobe Experience Manager AEM () envía una solicitud de invalidación de la GET (https://experienceleague.adobe.com/dispatcher/invalidate.cache?lang=es) a Dispatcher. Después, cuando llega una solicitud de contenido a Dispatcher, este actualiza sus archivos de caché.
Basándose en este comportamiento, busque un patrón recopilando los registros sobre las solicitudes de invalidación de la caché y las solicitudes de contenido.
Ejemplo de registros para una solicitud de invalidación:
Dispatcher - access_log
127.0.0.1 - - [ 07/Jun/2022:13:44:35 +0900] "GET /dispatcher/invalidate.cache HTTP/1.1" 200 13 "about:blank" "Jakarta Commons-HttpClient/3.1"
Dispatcher: dispatcher.log
[ 07/Jun/2022:13:44:35 +0900] "GET /dispatcher/invalidate.cache HTTP/1.1" 200 purge [ publish/-] 0ms
Publish: error.log
07.06.2022 13:44:35.750 *INFO* [ sling-threadpool-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx-(apache-sling-job-thread-pool)-1-com_day_cq_replication_job_flush(com/day/cq/replication/job/flush)] com.day.cq.replication.Agent.flush Sending GET request to http://localhost:80/dispatcher/invalidate.cache
...
07.06.2022 13:44:35.758 *INFO* [ sling-threadpool-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx-(apache-sling-job-thread-pool)-1-com_day_cq_replication_job_flush(com/day/cq/replication/job/flush)] com.day.cq.replication.Agent.flush Replication (ACTIVATE) of /content/xx-xxxxxx/us/en/products successful.
Causa
Estos son los casos típicos en los que los archivos de caché de Dispatcher se actualizan inesperadamente.
Caso 1 - Actualizaciones frecuentes de la caché por contenido inesperado
Los archivos de la caché se actualizan con frecuencia, pero los contenidos actualizados no son el objetivo de la solicitud de invalidación de la caché.
En este caso, el valor de /statfileslevel
en la configuración de Dispatcher puede ser demasiado bajo. Tenga en cuenta que comentar /statfileslevel
en dispatcher.any significa "0" para este valor.
Cuando tiene /statfileslevel "0"
y publica contenido, todos los archivos de la caché se invalidan independientemente de las rutas. AEM El vínculo de la Guía de Dispatcher de la a continuación describe los detalles:
Configuración de Dispatcher: invalidando archivos por nivel de carpeta
Caso 2 - Solicitudes de invalidación de caché de un cliente no deseado
Es posible que la configuración de Dispatcher no tenga una restricción adecuada para las solicitudes de invalidación de la caché. Seleccionar /allowedClients
en dispatcher.any.
Caso 3 - No hay solicitudes de invalidación de caché
La configuración de Dispatcher puede utilizar la invalidación de caché basada en el tiempo. En este caso, /enableTTL "1"
debería existir en dispatcher.any.