Commit Graph

98 Commits

Author SHA1 Message Date
robokaso
69e3878501 RESOLVED - issue BATCH-389: Two samples could make use of our ValidatingItemReader instead of DelegatingItemReader.
http://jira.springframework.org/browse/BATCH-389
2008-03-05 14:15:13 +00:00
robokaso
ac27e91948 RESOLVED - issue BATCH-383: Remove Java 5 features from samples
http://jira.springframework.org/browse/BATCH-383
2008-03-04 13:35:30 +00:00
lucasward
428a60f86f BATCH-407:Added repository factory to samples and created a factory for incrementers for that logic to obtain them could be unit tested. Also renamed SimpelJobRepositoryFactoryBean to just JobRepositoryFactoryBean 2008-03-03 20:23:34 +00:00
dsyer
b47a6e6405 Tidy up some exception class names 2008-03-01 11:59:33 +00:00
dsyer
90cb1e8ea3 Rename some packages with more logical names 2008-03-01 10:24:28 +00:00
dsyer
0eb239c9cb RESOLVED - issue BATCH-398: That old stateful / stateless thing again....
http://jira.springframework.org/browse/BATCH-398

Fix JMX demo using an application context per job execution.
2008-03-01 09:59:01 +00:00
dsyer
f2129d4ea7 OPEN - issue BATCH-398: That old stateful / stateless thing again....
http://jira.springframework.org/browse/BATCH-398

Fix delegate job (duplicate job regsitry).
2008-03-01 08:35:12 +00:00
dsyer
840ea77b7f OPEN - issue BATCH-398: That old stateful / stateless thing again....
http://jira.springframework.org/browse/BATCH-398

New XML configuration convention for samples tests (similar to JUnit 4 support in Spring 2.5).  This enables us to keep the job configurations separate.
2008-02-29 18:35:37 +00:00
robokaso
b4655119ca BATCH-401: prototype of JobInterruptionAdvice added to samples (see GracefulShutdownTests) 2008-02-29 18:21:06 +00:00
dsyer
3c981017cd OPEN - issue BATCH-378: RepeatListener is confusing and too generic to use for 'intercepting' a step
http://jira.springframework.org/browse/BATCH-378

No need for setListener() methods.
2008-02-29 13:44:16 +00:00
robokaso
20445128ff removed unnecessary explicit closing of applicationContext (having strange implications on DB cleanup) 2008-02-29 13:11:20 +00:00
dsyer
a53f8f6cbe OPEN - issue BATCH-385: Merge user attributes in StepContext with ExecutionContext
http://jira.springframework.org/browse/BATCH-385

Refactored existing StepContextAware to StepListener implementations.  The BatchResourceFactoryBean is now a ProxyResource with a hint in docos and exception messages about registering with a step.
2008-02-29 11:31:21 +00:00
dsyer
42904865de OPEN - issue BATCH-385: Merge user attributes in StepContext with ExecutionContext
http://jira.springframework.org/browse/BATCH-385
2008-02-29 10:52:06 +00:00
robokaso
ac1f86b1a5 RESLOVED - BATCH-346: CommandLineJobRunner now requires just single xml file argument, samples modified to use import statement (and removed parent context loading from test launcher) 2008-02-29 08:54:09 +00:00
dsyer
651a5362a6 RESOLVED - issue BATCH-400: Batch support schemas does not include RI and primary keys
http://jira.springframework.org/browse/BATCH-400
2008-02-29 08:33:38 +00:00
dsyer
e3f72a64f8 OPEN - issue BATCH-398: That old stateful / stateless things again....
http://jira.springframework.org/browse/BATCH-398

Split up config for TaskExecutorLauncher a bit.  Heading for a more rational approach based on a new application context per run.
2008-02-28 15:10:13 +00:00
dsyer
2a25a7a636 OPEN - issue BATCH-378: RepeatListener is confusing and too generic to use for 'intercepting' a step
http://jira.springframework.org/browse/BATCH-378

Remove unnecessary listener implementations and migrate some functionality to samples.  In the process discovered that tasklet steps cannot be stopped.
2008-02-28 11:41:49 +00:00
robokaso
63496ee571 RESOLVED - issue BATCH-321: Throw exception if attempt to create duplicate job instance occurs (based on job parameters)
http://jira.springframework.org/browse/BATCH-321

repository now throws exception if JobInstance already exists for non-restartable job. Had to tweak sample junit launcher to allow parameter setting because HibernateJob is run twice.
2008-02-27 13:34:04 +00:00
dsyer
36fcddb20e Use lobHandler in Staging* 2008-02-27 09:40:42 +00:00
lucasward
b846c68550 BATCH-392:removed saveExecutionContext from step (it's handled at a lower level now) 2008-02-27 03:27:49 +00:00
lucasward
535fd28f91 BATCH-365: ItemStream#Update and ItemStream#close now accept an ExecutionContext as an argument. I removed the local ExecutionContexts in the readers and readers, and had them use the passed in ones instead. 2008-02-26 21:23:08 +00:00
dsyer
66c4e7091b Incomplete - task 84: Fix samples
Hibernate failure fixed on flush.
2008-02-26 12:02:33 +00:00
lucasward
d24f0af439 BATCH-365: There should now be one ExecutionContext per step. All itemStreams will be opened with an execution context, and will be notified before it is saved, to ensure they have all state in the context. Most ItemReader/Writers should now have the logic for whether or not to put their state in the context, but a few have likely been missed. 2008-02-26 08:29:59 +00:00
robokaso
7368aa3541 IN PROGRESS - issue BATCH-340: Refactor JobRepository for greater clarity and consistency.
http://jira.springframework.org/browse/BATCH-340

more StepInstance heritage cleaned up - StepExecution refers to Step rather than stepName string
2008-02-25 17:21:46 +00:00
dsyer
4f4b63b6c1 OPEN - issue BATCH-371: FlatFileItemWriter no longer uses LineAggregator
http://jira.springframework.org/browse/BATCH-371

Introduce FieldSetUnmapper for symmetry with input
2008-02-25 14:42:16 +00:00
robokaso
4e05642f98 IN PROGRESS - issue BATCH-340: Refactor JobRepository for greater clarity and consistency.
http://jira.springframework.org/browse/BATCH-340

JobInstance now has not-null Job as required constructor argument - repository no longer requires a separate Job setter
2008-02-25 13:50:53 +00:00
dsyer
f6bd90fc3e OPEN - issue BATCH-371: FlatFileItemWriter no longer uses LineAggregator
http://jira.springframework.org/browse/BATCH-371

Changed the interface of LineAggregator for symmetry with LineTokenizer.
2008-02-20 08:55:35 +00:00
robokaso
96c48bcbc5 IN PROGRESS - issue BATCH-366: Do we still need StepInstance?
http://jira.springframework.org/browse/BATCH-366

Killed StepInstance - test coverage temporarily low due to commenting obsolete tests (but sample jobs work fine).
2008-02-19 15:41:26 +00:00
lucasward
d7b9cf9d92 BATCH-220: Updated sample jobs to use 'chunkedStep' 2008-02-19 05:55:43 +00:00
dsyer
ec5379ebac OPEN - issue BATCH-364: StepScope responsibilities can be assumed by Step (not ApplicationContext)
http://jira.springframework.org/browse/BATCH-364

Make StreamManager responsible for calling open() and close().
2008-02-15 13:44:36 +00:00
dsyer
711d0c6e92 OPEN - issue BATCH-364: StepScope responsibilities can be assumed by Step (not ApplicationContext)
http://jira.springframework.org/browse/BATCH-364

Instead of lazy open, throw exception is stream is used before open().
2008-02-15 09:19:25 +00:00
lucasward
5e8a9a57d0 BATCH-220:Moved SimpleJob (formerly simpleTaskletJob) to use the ChunkedStep 2008-02-14 22:19:28 +00:00
robokaso
345b9c47db IN PROGRESS - issue BATCH-340: Refactor JobRepository for greater clarity and consistency.
http://jira.springframework.org/browse/BATCH-340

organize imports
2008-02-14 13:24:43 +00:00
robokaso
62ccc5d07a IN PROGRESS - issue BATCH-340: Refactor JobRepository for greater clarity and consistency.
http://jira.springframework.org/browse/BATCH-340

Removed no-op update(StepInstance) and update(JobInstance) repository methods
2008-02-14 13:19:51 +00:00
robokaso
2277261059 IN PROGRESS - issue BATCH-352: SimpleFlatFileItemReader vs. DefaultFlatFileItemReader
http://jira.springframework.org/browse/BATCH-352

DefaultFlatFileItemReader renamed to FlatFileItemReader
2008-02-12 14:17:25 +00:00
robokaso
7ea45ca090 IN PROGRESS - issue BATCH-352: SimpleFlatFileItemReader vs. DefaultFlatFileItemReader
http://jira.springframework.org/browse/BATCH-352

Merged SimpleFlatFileItemReader into DefaultFlatFileItemReader
2008-02-12 14:00:59 +00:00
dsyer
2ce3013ac1 RESOLVED - issue BATCH-268: retry configuration for ItemOrientedTasklet
http://jira.springframework.org/browse/BATCH-268

The retry only works if you have an ItemStream as an ItemReader (so that you get a proper rollback).  Applied the patch and fixed it up to fit the new m5 way of looking at things.
2008-02-11 17:23:57 +00:00
dsyer
dda3af1afb Sublclipse missing file on last commit 2008-02-10 11:48:04 +00:00
dsyer
134b72ba1e Wrong naming convention for unit test 2008-02-10 11:47:19 +00:00
dsyer
7775b270d5 Various tidying up to remove tasklet from simple steps and fix samples config. 2008-02-10 11:45:58 +00:00
lucasward
c4df50bfe4 Fixes to get the codebase to compile successfully again, still a ways to go before all tests pass. 2008-02-10 01:28:50 +00:00
lucasward
7632f29c4a BATCH-337:No *Instance domain objects (or their respective tables) contain a 'status'. Instead, they contain the 'last execution', which can be used to determinte the status. RestartData is also no longer necessary, as everything can be 'restored' by calling stepInstance.getLastExecution().getExecutionAttributes(). Also changed all 'ID' columns to be complete, such as 'JOB_INSTANCE_ID' rather than just 'ID'. 2008-02-06 03:43:53 +00:00
dsyer
22a1d7c254 Remove unnecessary context from mark()/reset() in ItemStream. 2008-02-05 10:37:01 +00:00
dsyer
68d0eacdc7 IN PROGRESS - issue BATCH-7: Remove transaction synchronization and state management from input/output sources (formerly buffering)
http://jira.springframework.org/browse/BATCH-7

Remove BatchTransactionSynchronizationManager
2008-01-31 22:55:54 +00:00
dsyer
15cffeb925 IN PROGRESS - issue BATCH-7: Remove transaction synchronization and state management from input/output sources (formerly buffering)
http://jira.springframework.org/browse/BATCH-7

Lazy-initialisation solution to the "who's in step scope" issue
2008-01-31 09:54:38 +00:00
dsyer
9d1ebb42c7 IN PROGRESS - issue BATCH-7: Remove transaction synchronization and state management from input/output sources (formerly buffering)
http://jira.springframework.org/browse/BATCH-7

Remove ResourceLifecycle and make existing implementations into ItemStream
2008-01-31 00:44:50 +00:00
dsyer
bebab9c8d2 IN PROGRESS - issue BATCH-7: Remove transaction synchronization and state management from input/output sources (formerly buffering)
http://jira.springframework.org/browse/BATCH-7

Added ItemStream as base interface for ItemReader/Writer.
2008-01-30 18:42:48 +00:00
dsyer
911e368a71 OPEN - issue BATCH-324: Step as factory for StepExecutor
http://jira.springframework.org/browse/BATCH-324

Same treatment for JobExecutor - roll it up into the Job interface
2008-01-29 18:07:57 +00:00
lucasward
3d7f40ca90 BATCH-325:Added close() to readers and writers. 2008-01-29 17:15:49 +00:00
dsyer
f9619e345e OPEN - issue BATCH-324: Step as factory for StepExecutor
http://jira.springframework.org/browse/BATCH-324

Substantial re-org of core domain packages to align concerns
2008-01-29 16:36:16 +00:00