You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Roman Puchkovskiy (Jira)" <ji...@apache.org> on 2023/01/04 10:21:00 UTC

[jira] [Created] (IGNITE-18499) Make IncomingSnapshotCopier behave closer to LocalSnapshotCopier

Roman Puchkovskiy created IGNITE-18499:
------------------------------------------

             Summary: Make IncomingSnapshotCopier behave closer to LocalSnapshotCopier
                 Key: IGNITE-18499
                 URL: https://issues.apache.org/jira/browse/IGNITE-18499
             Project: Ignite
          Issue Type: Improvement
            Reporter: Roman Puchkovskiy
             Fix For: 3.0.0-beta2


There are a few differences between {{IncomingSnapshotCopier}} and {{{}LocalSnapshotCopier{}}}. JRaft seems to be very sensitive to little changes in behavior because it relies on many invariants, some of them implicit, to function correctly. Hence it is best to have our copier mimic the stock one as fully as possible (where it's feasible).

Here are the differences:
 # On cancellation, the copier should be transferred to an erroneous state (using {{{}setError(){}}})
 # On closure, the copier should be cancelled
 # The stock copier does not invoke {{join()}} on cancellation, but our implementation does. On the one hand, waiting seems to make sense because it allows to save retries, but it's a difference from the stock logic which might be dangerous.
 # We should only set error if it has not been set yet; but our copier implementation usually does the opposite: if there is an error, it sets some other error



--
This message was sent by Atlassian Jira
(v8.20.10#820010)