Il n'y a pas de "push" de la part du serveur.

Un redémarrage du serveur n'entraîne pas de modification du client

Si un redémarrage du client a lieu ou si une application est redémarrée du côté du client, une synchronisation a lieu.

Remarque Une comparaison n'est effectuée que si une modification date de plus de 60 secondes. Ainsi, si une modification est effectuée sur le serveur, il faut attendre une minute pour un test du côté du client.

Pour qu'une application en cours d'exécution reçoive la modification, il faut concrètement la redémarrer.

Le temps d'attente de 60 secondes est codé en dur et ne peut pas être modifié.

Il n'y a pas de différence selon qu'une modification a été effectuée par PARTadmin ou par copie/suppression directement sur le SiteSetup. Seule la modification sur le disque est déterminante. PARTadmin n'a pas de moyen spécifique.

Cela La date de modification et le nombre de fichiers sont indiqués sous $CADENAS_USER\rfs\state.json emmagasiné.

Exemple d’entrée dans state.json

{"$CADENAS_SITESETUP":{"modified":"2023-10-26T04:13:33Z","fileCount":16},"$CADENAS_SETUP":
 {"modified":"2023-10-26T04:13:33Z","fileCount":511}}

La synchronisation s'effectue pour le chemin concerné, par exemple SITESETUP ou SETUP. Si le nombre de fichiers reste inchangé, les modifications spécifiques sont synchronisées, si le nombre de fichiers est modifié, tout est synchronisé.