Les fichiers de cache Dispatcher sont mis à jour de manière inattendue. | AEM

Recherchez un modèle en collectant les journaux concernant les demandes d’invalidation du cache et les demandes de contenu. Recherchez les 3 différents scénarios dans la section Résolution .

Description description

Environnement

Adobe Experience Manager (AEM)

Problème

Parfois, les fichiers de cache de Dispatcher sont mis à jour à une fréquence ou une heure inattendue.

Résolution resolution

Lors de la publication du contenu, Adobe Experience Manager (AEM) envoie une demande d’invalidation du cache (GET /dispatcher/invalidate.cache) à Dispatcher. Ensuite, lorsqu’une demande de contenu est envoyée à Dispatcher, celle-ci met à jour ses fichiers de cache.

En fonction de ce comportement, recherchez un motif en collectant les journaux sur les demandes d’invalidation du cache et les demandes de contenu.

Exemples de journaux pour une demande d’invalidation :
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.

Cause

Voici quelques cas typiques où les fichiers du cache de Dispatcher sont mis à jour de manière inattendue.


Cas 1 - Mises à jour fréquentes du cache pour les contenus inattendus

Les fichiers cache sont mis à jour fréquemment, mais les contenus mis à jour ne sont pas la cible de la demande d’invalidation du cache.

Dans ce cas, la valeur de /statfileslevel dans la configuration Dispatcher peut être trop basse. Notez que le commentaire de /statfileslevel dans dispatcher.any signifie "0" pour cette valeur.

Lorsque vous avez /statfileslevel "0" et publiez du contenu, tous les fichiers cache sont invalidés, quels que soient les chemins d’accès. Le lien du Guide Dispatcher d’AEM ci-dessous décrit les détails :

Configuration de Dispatcher - Invalidation des fichiers par niveau de dossier


Cas 2 - Demandes d’invalidation du cache d’un client indésirable

La configuration Dispatcher peut ne pas comporter de restriction appropriée pour les demandes d’invalidation du cache. Vérifiez /allowedClients dans dispatcher.any.


Cas 3 - Aucune demande d’invalidation du cache

La configuration de Dispatcher peut utiliser l’invalidation du cache basée sur le temps. Dans ce cas, /enableTTL "1" doit exister dans dispatcher.any.