Spring Batch contém uma coleção de ferramentas e funções Java para trabalhar e processamento de grandes volumes de dados.
Spring Batch é extremamente eficiente em melhorar o desempenho de tarefas de lote de Java, principalmente através do uso de otimização bem conhecido, classificação e técnicas de separação.
Algumas das funções básicas e operações que podem ser doseadas com o quadro são:
- Job pular
- reinicia trabalho
- pára Job
- inicia trabalho
- tentativas de Emprego
- Básico gestão de recursos
- registro de dados
- Os dados de rastreamento
- Gestão de transacções
- Estatísticas de processamento
O quadro também se adapta muito bem, os desenvolvedores ser capaz de usá-lo em ambientes de computação em nuvem, e não apenas os seus servidores de produção ou de testes regulares independentes.
Spring Batch também vem com o Admin Spring Batch, um visualmente agradável e fácil de usar interface de administração baseada na Web para gestão e edição de operações actualmente em lote.
O que é novo nesta versão:
- argumento CompositeItemProcessor.setDelegates tem limitação de tipo genérico
- StaxEventItemWriter só deve forçar sincronização uma vez por pedaço
- Relax dependências OSGi frascos NoSQL
O que é novo na versão 3.0.5:
- argumento CompositeItemProcessor.setDelegates tem limitação de tipo genérico
- StaxEventItemWriter só deve forçar sincronização uma vez por pedaço
- Relax dependências OSGi frascos NoSQL
O que é novo na versão 3.0.4:
- argumento CompositeItemProcessor.setDelegates tem limitação de tipo genérico
- StaxEventItemWriter só deve forçar sincronização uma vez por pedaço
- Relax dependências OSGi frascos NoSQL
O que é novo na versão 3.0.3:
- argumento CompositeItemProcessor.setDelegates tem limitação de tipo genérico
- StaxEventItemWriter só deve forçar sincronização uma vez por pedaço
- Relax dependências OSGi frascos NoSQL
O que é novo na versão 2.1.9:
- Propriedades-string-Propriedades de ida e volta quebrado para breve cordas em PropertiesConverter.
O que é novo na versão 2.1.7:
- Bugs:
- CommandLineJobRunner falha se a entrada padrão não está disponível
- O MapJobInstanceDao.getJobInstances (String jobName, início int, int count) não funciona
- condição de corrida BeanWrapperFieldSetMapper no cache
- definições etapa em linha colidir se várias instâncias compartilham um TaskExecutorPartitionHandler
- A falha em RetryPolicy leva a loop infinito na Etapa
- Melhorias:
- Adicionar RemoteStepExecutionAggregator para atualizar execuções etapa do repositório durante o processamento partição
- O contexto de execução passo não é anular, por padrão, e nenhuma API para fazê-lo de forma eficaz
- Novos recursos:
- Ligação tardia de comprometer-intervalo, repetir-limite, ignore-limite, por exemplo, ligado a partir de parâmetros do trabalho.
- DelimitedLineTokenizer sempre apara os dados de entrada
- ineficiente (e desnecessário?) De bloqueio em TaskletStep e CompositeItemStream
- Refactorings:
- Use Spring 3.0 OXM vez de SWS 1.5
Comentários não encontrado