Spring Batch enthält eine Sammlung von Tools und Java-Funktionen für die Arbeit und große Datenmengen verarbeitet werden.
Spring Batch ist äußerst effizient in der Leistung von Java Batch-Jobs zu verbessern, vor allem durch die Nutzung von bekannten Optimierung, Klassifizierung und Partitionierungstechniken.
Einige der grundlegenden Funktionen und Operationen, die mit dem Rahmen batched werden können, sind:
- Job Überspringen
- Job neu gestartet
- Job stoppt
- Job beginnt
- Job-Wiederholungen
- Basisressourcenmanagement
- Datenerfassung
- Datenverfolgung
- Transaktionsmanagement
- Statistik Verarbeitung
Der Rahmen ist auch sehr gut skaliert, Entwickler in der Lage sein, es zu benutzen auf Cloud-Computing-Umgebungen, nicht nur ihren regelmäßigen Stand-alone-Produktion oder zum Test-Server.
Spring Batch kommt auch mit Spring Batch Admin, eine optisch ansprechende und einfache Web-basierte Administrationsoberfläche für die Verwaltung und Bearbeitung von derzeit batched Operationen.
zu verwenden Was ist neu in dieser Version:
- CompositeItemProcessor.setDelegates Argument generischer Typ
- StaxEventItemWriter sollte nur sync zwingen einmal pro Stück
- Relax OSGi Abhängigkeiten von nosql Gläser
Was ist neu in Version 3.0.5:
- CompositeItemProcessor.setDelegates Argument generischer Typ hat Begrenzung
- StaxEventItemWriter sollte nur sync zwingen einmal pro Stück
- Relax OSGi Abhängigkeiten von nosql Gläser
Was ist neu in Version 3.0.4:
- CompositeItemProcessor.setDelegates Argument generischer Typ hat Begrenzung
- StaxEventItemWriter sollte nur sync zwingen einmal pro Stück
- Relax OSGi Abhängigkeiten von nosql Gläser
Was ist neu in Version 3.0.3:
- CompositeItemProcessor.setDelegates Argument generischer Typ hat Begrenzung
- StaxEventItemWriter sollte nur sync zwingen einmal pro Stück
- Relax OSGi Abhängigkeiten von nosql Gläser
Was ist neu in Version 2.1.9:
- Rundreise Immobilien-String-Eigenschaften für kurze gebrochen Strings in PropertiesConverter.
Was ist neu in Version 2.1.7:
- Bugs:
- CommandLineJobRunner schlägt fehl, wenn die Standardeingabe nicht verfügbar
- MapJobInstanceDao.getJobInstances (String jobname, int Start, int count) nicht funktioniert
- BeanWrapperFieldSetMapper Race-Bedingung in Cache
- Inline Schritt Definitionen kollidieren, wenn mehrere Instanzen eine TaskExecutorPartitionHandler teilen
- Fehler in RetryPolicy führt zu Endlosschleife in Schritt
- Verbesserungen:
- Fügen Sie RemoteStepExecutionAggregator Schritt Ausführungen aus dem Repository während Partitionsverarbeitung aktualisieren
- Der Schritt Ausführungskontext nicht deserialisiert standardmäßig und keine API, es effektiv zu tun
- Neue Funktionen:
- Späte Bindung von Commit-Intervall, Retry-Limit, skip-Grenze, z.B. gebunden von Job-Parameter.
- DelimitedLineTokenizer immer trimmt die Eingangsdaten
- Ineffiziente (und unnötig?) Verriegelung in TaskletStep und CompositeItemStream
- Refactorings:
- Verwenden Frühling 3.0 OXM anstelle von SWS 1.5
Kommentare nicht gefunden