Logique de post-traitement

Le produit prend en charge l'exécution d'un ou plusieurs algorithmes une fois tous les threads d'un traitement batch donné terminés. Ceci permet d'exécuter un traitement spécial à la fin d'un traitement batch. Les algorithmes pour cet emplacement de plug-in reçoivent le contrôle de batch, le numéro d'exécution du batch, la date commerciale du traitement du batch, le nombre de threads et la liste des paramètres ad hoc pour le traitement batch.

Remarque :
Cet emplacement de plug-in est disponible pour tous les programmes batch reposant sur Java. Pour les programmes de type Java (converti), les programmes batch individuels doivent explicitement prendre en charge cet emplacement de plug-in. Si cela n'est pas spécifiquement indiqué, partez du principe qu'un programme Java (converti) ne le prend pas en charge.

Ci-dessous figurent quelques exemples de ce qui peut être exécuté à la fin d'un traitement batch :

  • Un autre traitement batch dépendant peut être lancé. A noter que ce cas d'utilisation ne vaut que lorsque les traitements interdépendants ne font pas partie d'un planificateur (qui peut également détecter l'aboutissement d'un traitement batch afin de lancer le traitement suivant).

  • Les statistiques de l'exécution de batch peuvent être analysées et une entrée de tâche envoyée à un administrateur en fonction des résultats.

  • Si le traitement batch actuel traite un grand nombre d'enregistrements enfant dans plusieurs threads, un enregistrement parent peut être mis à jour avec un nouvel état ou d'autres informations d'audit.

A noter que les unités de travail de tous les threads sont validées avant que la logique de post-traitement ne soit exécutée. L'algorithme doit effectuer un traitement d'erreur standard. En cas d'erreur dans l'un des algorithmes de post-traitement, l'état du traitement batch global devient Erreur afin qu'il puisse être resoumis de façon à relancer la logique dans l'étape de finalisation.