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

Notify listeners without holding the shared topology lock

    XMLWordPrintable

Details

    Description

      Post-write listeners are invoked from ClusteringDependentLogic.commitSingleEntry(), while holding the shared topology lock. We should be able to release the topology lock before invoking listeners, so that slow listeners (e.g. clustered/client listeners) don't delay the installation of a new topology.

      Going further, we could try to use optimistic locking (e.g. with a StampedLock) instead of the ReentrantReadWriteLock, reverting the data container write if the topology changes and we are no longer an owner. This could help in scenarios where the data container update itself is slow, e.g. when using passivation with a JDBC/remote store.

      Attachments

        Issue Links

          Activity

            People

              dberinde@redhat.com Dan Berindei
              dberinde@redhat.com Dan Berindei
              Diego Lovison Diego Lovison
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: