Emond Papegaaij Please note that bugs in Infinispan 2LC should be reported in Infinispan JIRA - https://issues.jboss.org/projects/ISPN as we do maintenance there.

Looks valid to me as well, though I agree that I don't see much reason to doing local invalidation when we wouldn't broadcast one. We need to keep the local invalidation record in pending-puts cache, to prevent this situation:

TX1: DB insert (v1), release DB locks
TX2: DB read (v1), cache putIfAbsent (v1)
TX2: cache invalidate & lock, DB modify (v2) & commit
TX2: cache putIfAbsent (v2)
– v2 gets evicted somehow –
TX1: cache putIfAbsent (v1) -> result is a stale entry