-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Resource not found in cache #39
Comments
+1 |
…-in-cache GH-39: Fixed bug where evict timeout isn't reset on ResClient.get.
I failed to replicate the bug. The bug that might have been the cause is that, when a cached resource is retrieved from the cache, using If the resource was retrieved just moments before the timeout was reached, the resource might get evicted before the app has time to call If that is the cause, then this issue is resolved in #40 If the bug is encountered again, this issue will be reopened. |
Reopening this issue because the bug still exists. Probable causeIt seems to be caused by ResClient not sending an equal amount of unsubscribe requests to match the number of direct subscriptions held when unsubscribing/evicting a resource. As stated by the RES Client Specification:
Even if a resource holds multiple direct subscriptions, ResClient only sends a single unsubscribe request before removing it from the cache. However, Resgate is true to the specification, and will assume the client still has the item cached. |
…-in-cache-v2 Bugfix/gh 39 resource not found in cache v2
Resolved in #41 |
Reopening this issue once again, as the bug still exists. |
… if resource is not in cache, but still removes listener from eventBus. Added debug trace logging.
Issue
ResClient may, in case of high activity, give the error:
Even when the resource should have been available in the cache.
How to reproduce
Not yet known.
The text was updated successfully, but these errors were encountered: