You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Use Case
I would like to disable use of the ConflictChecker and simply throw an error if the user tries to update the table with a stale version. I used to do this by setting max_retries=1 in CommitProperties. In version 0.20.1 this would work because a conflict would be detected but we would never retry and apply the conflict checker's resolution. However, in more recent versions, the conflict checker is called BEFORE the attempt for the first commit which makes disabling the functionality impossible. It would be very much appreciated if a CommitProperty or something similar could allow us to specify whether we want to enable the Conflict Checker's behavior.
Related Issue(s)
The text was updated successfully, but these errors were encountered:
Was there as reason why the behavior changed and it checks for conflicts before trying once? Or can I just change the order back so logically it only checks for conflicts if the commit throws an error in the first place?
Description
Use Case
I would like to disable use of the ConflictChecker and simply throw an error if the user tries to update the table with a stale version. I used to do this by setting
max_retries=1
inCommitProperties
. In version0.20.1
this would work because a conflict would be detected but we would never retry and apply the conflict checker's resolution. However, in more recent versions, the conflict checker is called BEFORE the attempt for the first commit which makes disabling the functionality impossible. It would be very much appreciated if aCommitProperty
or something similar could allow us to specify whether we want to enable the Conflict Checker's behavior.Related Issue(s)
The text was updated successfully, but these errors were encountered: