J'utilise CACHING_PROXY pour une région Gemfire client, et il semble que la mise en cache qui se produit sur le client n'honore pas l'ensemble TTL pour l'entrée dans la région de sauvegarde sur le serveur. Existe-t-il un moyen pour que le Caching Proxy honore le TTL pour l'entrée sur la région du serveur de sauvegarde.Gemfire CACHING PROXY
Lorsque vous avez une région CACHING_PROXY, idéalement, vous souhaitez conserver cette date avec toutes les modifications sur le serveur. Le mécanisme pour y parvenir dans Geode/GemFire est Register Interest, ce qui va pousser toutes les mises à jour du serveur vers le client pour certaines/toutes les clés.
Pour utiliser cette fonction, vous devrez:
1. Activez lorsque vous créez des souscriptions au client
ClientCacheFactory ccf = new ClientCacheFactory();
ccf.setPoolSubscriptionEnabled(true);
2. intérêt Inscrivez-vous sur les clés intéressées:
myRegion.registerInterestRegex("*", InterestResultPolicy.NONE);
Pour plus de détails , s'il vous plaît voir le documentation.
il semble que cette configuration peut toujours avoir des données désynchronisées. Lorsque le serveur est renvoyé, et pendant le temps d'arrêt, il y a quelque chose de changé du côté client, ce changement est dans le client local uniquement et le client ne recharge pas à partir du serveur sauf désinscription et enregistrement explicites –
Hi @XiaweiZhang Si le client ne conserve pas les données localement, il devra extraire les données du serveur, puis se tenir au courant des changements sur le serveur. Si le client conserve des données localement, vous pouvez configurer des abonnements durables, où le serveur conservera la trace de tous les événements devant être envoyés au client: http://geode.docs.pivotal.io/docs/developing /events/implementing_durable_client_server_messaging.html – Swapnil