Spring Batch

Spring Batch contient une collection d'outils et de fonctions Java pour travailler et le traitement de grands volumes de données.

Spring Batch est extrêmement efficace dans l'amélioration de la performance des jobs batch Java, principalement grâce à l'utilisation de l'optimisation bien connue, la classification et les techniques de partitionnement.

Certaines des fonctions et opérations de base qui peut être groupé avec le cadre sont:

- Job sauter

- redémarrage de l'emploi

- arrête Job

- commence d'emplois

- retries d'emplois

- Basic gestion des ressources

- Enregistrement de données

- traçage de données

- Gestion des transactions

- le traitement des statistiques

Le cadre des échelles aussi très bien, les développeurs étant capable de l'utiliser sur les environnements de cloud computing, et pas seulement leur production ou de test des serveurs réguliers autonomes.

Spring Batch est également livré avec Spring Batch Admin, un agréable visuellement et

Ce qui est nouveau facile à utiliser l'interface d'administration basée sur le Web pour la gestion et l'édition des opérations actuellement par lots. dans cette version:

• argument CompositeItemProcessor.setDelegates a limitant type générique
• StaxEventItemWriter ne devrait forcer la synchronisation une fois par morceau
• Relax dépendances OSGI sur les pots de NoSQL

Ce qui est nouveau dans la version 3.0.5:

• argument CompositeItemProcessor.setDelegates a limitant type générique
• StaxEventItemWriter ne devrait forcer la synchronisation une fois par morceau
• Relax dépendances OSGI sur les pots de NoSQL

Ce qui est nouveau dans la version 3.0.4:

• argument CompositeItemProcessor.setDelegates a limitant type générique
• StaxEventItemWriter ne devrait forcer la synchronisation une fois par morceau
• Relax dépendances OSGI sur les pots de NoSQL

Ce qui est nouveau dans la version 3.0.3:

• argument CompositeItemProcessor.setDelegates a limitant type générique
• StaxEventItemWriter ne devrait forcer la synchronisation une fois par morceau
• Relax dépendances OSGI sur les pots de NoSQL

Ce qui est nouveau dans la version 2.1.9:

• Propriétés voyage-String-Propriétés rondes cassé pour faire court Cordes en PropertiesConverter.

Ce qui est nouveau dans la version 2.1.7:

• Bugs:
• CommandLineJobRunner échoue si l'entrée standard non disponible
• MapJobInstanceDao.getJobInstances (String jobName, int start, int count) ne fonctionne pas
• BeanWrapperFieldSetMapper condition de course dans le cache
• Définitions étape Inline affrontement si plusieurs instances partagent une TaskExecutorPartitionHandler
• L'échec dans RetryPolicy conduit à boucle infinie à l'étape
• Améliorations:
• Ajouter RemoteStepExecutionAggregator mettre à jour les exécutions d'étape depuis le dépôt au cours du traitement de la partition
• Le contexte d'exécution de l'étape ne soit pas désérialisée par défaut et aucune API pour faire efficacement
• Nouvelles fonctionnalités:
• La liaison tardive de commettre intervalle, réessayez limite, passez-limite, par exemple lié à partir des paramètres d'emploi.
• DelimitedLineTokenizer versions toujours les données d'entrée
• Inefficace (et inutile?) De verrouillage dans TaskletStep et CompositeItemStream
• Refactorings:
• Utiliser Spring 3.0 OXM au lieu de SWS 1.5