-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Quarkus Redis Cache: expire-after-access config property #33615
Comments
/cc @cescoffier (redis), @gsmet (redis), @gwenneg (cache), @machi1990 (redis) |
This can be implemented using the GETEX command. |
Thanks for the suggestion @cescoffier . The Quarkus Redis Cache guide does not seem to mention commands. The Redis Reference does however. Do I understand it correctly that we can use the Quarkus Cache with Redis as backend, in combination with the commands as described in the Redis reference? |
That was more a note about how we could implement the feature (the backend implementation use the redis client underneath). You can of course combine both, you just need to compute the keys. |
Also rename the ttl property to expire-after-write to align the configuration with the Caffeine cache. Fix quarkusio#33615
Amazing, thanks! |
Also rename the ttl property to expire-after-write to align the configuration with the Caffeine cache. Fix quarkusio#33615
Description
The Quarkus Cache with Caffeine as backend has the following property:
quarkus.cache.caffeine.expire-after-access
The Redis Cache backend, however, only has the following property:
quarkus.cache.redis.ttl
corrosponding to the Caffeine backend property:
quarkus.cache.caffeine.expire-after-write
Implementation ideas
A new property for the Redis backend similar to the one for the Caffeine backend:
quarkus.cache.caffeine.expire-after-access
The text was updated successfully, but these errors were encountered: