-
Bug
-
Resolution: Done
-
Major
-
None
CacheLoaderInterceptor.visitInvalidateCommand() loads the previous value from the store, just in case there is a CacheEntryInvalidated listener that needs the previous value. This makes invalidation mode with a shared store very costly: for every write, every node receives an invalidation command, every node reads the value from the store, and then discards it.
But InvalidateCommand only removes entries from memory, it never removes entry from stores (either shared or private). If we don't load the previous value in the data container, there is nothing for the InvalidateCommand to do. No invalidated entry means no listener notifications, so we don't need to load the previous value or to change the behaviour of CacheEntryInvalidatedEvent.
- incorporates
-
ISPN-11116 Invalidation commands should not load the previous value from the store
- Closed
- is cloned by
-
JBEAP-18403 [GSS](7.2.z) ISPN-11116 - Invalidation commands should not load the previous value from the store
- Closed
- is incorporated by
-
JBEAP-18409 [GSS](7.3.z) Upgrade Infinispan from 9.4.16.Final-redhat-00002 to 9.4.18.Final-redhat-00001
- Closed