Discussion :

[af.zakaria]

Bonjour,

Je possède d'un job qui est constitué de plusieurs Steps.

J'aimerai réaliser le commit après le dernier Step puisque mon objectif est de pouvoir faire un rollback au cours de l'exécution du job et pouvoir l'arrêter aussi.

Je vois que la propriété commit-interval est obligatoire au niveau de chaque Task.

Merci de vos renseignements.

[Lordsephiroth]

Bonjour,
J'ai du mal à cerner votre besoin exact, mais voici une ou deux pistes de réflexion.

Tout d'abord, Spring Batch a été conçu dans un but bien précis : permettre, en Java, d'effectuer des traitements batch, soit des traitements sur des très grands jeux de données. De ce point de vue, les commits intermédiaires ne doivent pas être considérés comme une fonctionnalité, mais comme une nécessité. Si votre traitement entier doit, pour une raison ou pour une autre, être entièrement réalisé au sein d'une seule et unique transaction, alors Spring Batch n'est probablement pas le framework qu'il vous faut (et j'espère que le nombre d'éléments à traiter dans votre projet n'est pas de l'ordre du milliard, sinon votre administrateur DB va peu apprécier... )

Si votre traitement peut par contre être coupé, l'important est de déterminer à quelle granularité le découpage doit être fait. Prenons un exemple simple : vous devez traiter une liste de paiements bancaires. Seule restriction : tous les paiements d'un compte doivent être enregistrés ensembles pour des raisons évidentes de cohérence des données. Dans ce cas, votre batch devrait, comme première étape, trier le fichier des paiements dans l'ordre des comptes (si nécessaire) ceci pour pouvoir les regrouper au sein d'un container plus global, le compte bancaire. La suite du traitement se passe ensuite par lots de comptes (avec un commit-interval qui n'a d'influence que sur la performance) et non plus par lots de paiements. L'unité transactionnelle au sein d'un compte est assurée, et si une erreur survient sur l'un ou l'autre des comptes, la majorité du traitement est commit.

L'important est toujours de penser que Spring Batch effectue un traitement par lots (chunk-by-chunk). Si deux éléments sont liés ensembles, alors il y a une chance qu'ils puissent être présents dans deux chunks différents, avec le risque que l'un soit traité et pas l'autre. Le regroupement par compte dans mon exemple simpliste est l'assurance que chaque élément traité est indépendant de son prédécesseur et de son successeur.

Je serais bien en mal de déterminer si j'ai répondu à votre question d'après les maigres informations que vous donnez. Si vous souhaitez des réponses plus précises et adaptées à votre besoin, merci de préciser un peu vos requirements.

Edit : cette page de documentation de Spring Batch donne quelques informations à propos de la gestion des transactions et de l'arrêt du batch (voir point 11.2 et le concept de chunk-completion-policy). Je pense que c'est applicable sur un step unique et non, comme dans votre cas, sur plusieurs steps. Mais ça vous donnera peut être des idées.

[af.zakaria]

J'ai pu résoudre cette problématique en mettant un Step de validation (spécifique) au début qui me permettra de faire des traitements de validation et de contrôle.

J'aimerai bien que la communauté de Spring Batch prend en considération cette problématique de rollback.