Le mode behavior CONTINUE ne permet pas la reprise d'un traitement qui à échoué.
Dans le cas d'une action processing-execution qui se passerait mal (stored-data en sortie avec un statue UNSTABLE) l'action sort en erreur, il faut alors relancer la commande avec le behavior DELETE cependant ce n'est pas possible d'utiliser cette option quand on à plusieurs action dans une même étape, il faut alors supprimé une par une les stored-data UNSTABLE.
D'où l'idée de rajouté un behavior REPRISE qui reprendra le fonctionnement du behavior CONTINUE hormis pour stored-data en sortie avec un statue UNSTABLE qui seront supprimées pour être puis recréées (comme behavior DELETE).
Le behavior CONTINUE garde son utilité car comme il ne supprime pas stored-data en sortie avec un statue UNSTABLE, il est possible d'accéder aux logs de l'exécution et de diagnostiquer le problème avant éventuellement de relancer en mode reprise après correction du problème.
Le mode behavior
CONTINUEne permet pas la reprise d'un traitement qui à échoué. Dans le cas d'une action processing-execution qui se passerait mal (stored-data en sortie avec un statueUNSTABLE) l'action sort en erreur, il faut alors relancer la commande avec le behaviorDELETEcependant ce n'est pas possible d'utiliser cette option quand on à plusieurs action dans une même étape, il faut alors supprimé une par une les stored-data UNSTABLE.D'où l'idée de rajouté un behavior
REPRISEqui reprendra le fonctionnement du behaviorCONTINUEhormis pour stored-data en sortie avec un statueUNSTABLEqui seront supprimées pour être puis recréées (comme behaviorDELETE).Le behavior
CONTINUEgarde son utilité car comme il ne supprime pas stored-data en sortie avec un statueUNSTABLE, il est possible d'accéder aux logs de l'exécution et de diagnostiquer le problème avant éventuellement de relancer en mode reprise après correction du problème.