Uploaded image for project: 'Infinispan'
  1. Infinispan
  2. ISPN-8008

Add Fault-tolerance to write-behind stores


    • Icon: Enhancement Enhancement
    • Resolution: Done
    • Icon: Major Major
    • 9.3.0.CR1
    • None
    • Loaders and Stores
    • None

      Currently when a store is configured to be write-behind, three attempts are made to write the queued modifications to the store. If all three attempts fail, then this error is simply logged and the modifications are never written to the store.

      We should allow users to configure a write-behind store so that: In the event that a write-behind fails, further operations on the cache are not allowed and the modifications which failed to write to the store are queued indefinitely. Once the underlying store becomes available, the queued modifications should be written and then the cache should become available.

      To determine whether a store has become available again, the AsyncCacheWriter will have to poll the store's availability. Currently the CacheWriter interface does not allow such behaviour, therefore there are two options:

      • Attempt a write and catch an exception if the store is not currently available
      • Add a method to return the current status of a store to the CacheWriter interface

            remerson@redhat.com Ryan Emerson
            remerson@redhat.com Ryan Emerson
            0 Vote for this issue
            4 Start watching this issue