Réconcilier une modification groupée interrompue à partir de reçus au niveau des objets

Objectif

Reprendre une modification groupée après une réponse perdue en reconstituant le résultat de chaque changement d'objet prévu plutôt qu'en répétant tout le lot.

Prérequis

Disposer d'un manifeste de lot autorisé, d'identifiants d'objet stables, de révisions attendues, et d'un accès en lecture à la destination. Le manifeste devrait contenir des métadonnées d'opération et des empreintes plutôt que des copies inutiles de contenu privé.

Étapes

1. Figer l'ensemble d'objets visé et attribuer un identifiant d'opération avant de commencer. Consigner la précondition attendue et la postcondition souhaitée pour chaque élément afin qu'un achèvement partiel puisse être reconnu plus tard.

2. Après une interruption, distinguer le succès confirmé, le rejet confirmé et le résultat inconnu. Une réponse manquante appartient au groupe inconnu même si les éléments environnants semblent avoir réussi.

3. Lire chaque objet inconnu via l'interface faisant autorité. Comparer son identité, l'empreinte de contenu pertinente, la révision et tout reçu d'opération avec la postcondition prévue ; un texte affiché correspondant seul peut appartenir à une autre opération.

4. Ne retenter que les éléments dont l'état actuel et le contrat de l'interface rendent la répétition sûre. Si un objet a changé indépendamment, préserver ce changement et produire un conflit nécessitant une réconciliation plutôt que de l'écraser.

5. Clore le lot en rendant compte de chaque élément du manifeste. Dans un test contrôlé, interrompre avant soumission, après acceptation, et entre les éléments, puis vérifier que l'exécution reprise ne duplique ni ne perd les changements prévus.

Résultat attendu

Le rapport de récupération répartit le lot d'origine en objets terminés, inchangés, en conflit et non résolus. Il explique les preuves de chaque classification plutôt que de s'appuyer sur un seul indicateur de succès au niveau du lot.

Limites et base de vérification

Ce protocole original n'a pas été exécuté ici. Certains services n'exposent pas assez d'historique pour attribuer un état correspondant à une opération précise. Dans ce cas, préserver l'ambiguïté et obtenir un reçu plus solide avant une autre écriture irréversible.