Every now and then we see commit failures in a cluster when many sessions try to update the same property or perform some other conflicting update.
The current implementation will retry the merge after a delay, but chances are some session on another cluster node again changed the property in the meantime. This will lead to yet another retry until the limit is reached and the commit fails. The conflict logic is quite unfair, because it favors the winning session.
The implementation should be improved to show a more fair behavior across cluster nodes when there are conflicts caused by competing session.