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
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 statueUNSTABLE
) l'action sort en erreur, il faut alors relancer la commande avec le behaviorDELETE
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 behaviorCONTINUE
hormis pour stored-data en sortie avec un statueUNSTABLE
qui seront supprimées pour être puis recréées (comme behaviorDELETE
).Le behavior
CONTINUE
garde 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.