Reputation: 105043
This is part of my job.xml
:
<job id="foo" job-repository="job-repository">
<step id="bar">
<tasklet transaction-manager="transaction-manager">
<chunk commit-interval="1"
reader="foo-reader" writer="foo-writer"
/>
</tasklet>
</step>
</job>
This is the item reader:
import org.springframework.batch.item.ItemReader;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.stereotype.Component;
@Component("foo-reader")
public final class MyReader implements ItemReader<MyData> {
@Override
public MyData read() throws Exception {
//...
}
@Value("#{jobParameters['fileName']}")
public void setFileName(final String name) {
//...
}
}
This is what Spring Batch is saying in runtime:
Field or property 'jobParameters' cannot be found on object of
type 'org.springframework.beans.factory.config.BeanExpressionContext'
What's wrong here? Where I can read more about these mechanisms in Spring 3.0?
Upvotes: 84
Views: 187475
Reputation: 250
Let's consider a scenario where you need to access JobParameters in an ItemWriter or ItemReader to set values like the file path for writing. In this case, you can utilize a JobParameterExecutionContextCopyListener.
Suppose you have a non-bean class where you create your STEP reader/writer. You can then create a JobParameterExecutionContextCopyListener and specify the keys you want to extract, like myDate:
private TaskletStep internalBuild() {
try {
JobParameterExecutionContextCopyListener listener = new JobParameterExecutionContextCopyListener();
listener.setKeys(new String []{"myDate"});
return new StepBuilder("MY_STEP", jobRepository)
.<T, T>chunk(batchSize, transactionManager)
.reader(itemReader())
.processor(new PassThroughItemProcessor<>())
.writer(itemWriter())
.listener(listener)
.build();
} catch (IOException e) {
throw new SqlToCsvException(e);
}
}
Next, in your writer (e.g., FlatFileItemWriter), if you want to set the resource based on the date obtained from the JobParameters, you can override the open method to handle this logic:
public FlatFileItemWriter itemWriter() {
FlatFileItemWriter writer = new FlatFileItemWriter<T>(){
// Override the resource given from the executionContext.
@Override
public void open(ExecutionContext executionContext) throws ItemStreamException {
this.setResource(new FileSystemResource(getMyFileNameFromDate((LocalDate) executionContext.get("myDate"))));
super.open(executionContext);
}
};
// Other configurations for the writer...
return writer;
}
This approach allows you to dynamically set the resource (file path in this case) based on the JobParameter (e.g., date) provided during the job execution.
Upvotes: 0
Reputation: 109
'technical' writing.
configuration class.
@Autowired
@Qualifier("testReader")
private testReader reader;
@Bean(name = "testJob")
public Job testJob(@Autowired @Qualifier("testStep") Step step) {
return jobBuilderFactory
.get("testJob")
.incrementer(new RunIdIncrementer())
// .listener(new JobCompletionListener())
.start(step)
.build();
}
@Bean("testStep")
@JobScope
public Step testStep(@Value("#{jobParameters['key']}") String key) {
return stepBuilderFactory.get("testStep")
.<UniqueUserVO, List<UniqueUser>>chunk(500)
.reader(reader.setKey(key).reader())
.processor(processor.processor())
.writer(writer.writer())
.build();
}
reader interface class.
public interface Reader<T> {
/**
* reader
* @return
*/
ItemReader<T> reader();
}
reader class
@Component
public class TestReader implements Reader<UniqueUserVO> {
private String key;
public TestReader setKey(String key) {
this.key= key;
return this;
}
@Override
public ItemReader<UniqueUserVO> reader() {
xxxxx
}
}
Upvotes: 2
Reputation: 1140
You can use StepExecution context inside a method annotated with @BeforeStep
annotation inside your item reader to get the Job parameters & set it to a variable, which you can use inside your read method.
In my case I've written something like this :-
@Component
@RequiredArgsConstructor
public class SpelItemReader implements ItemReader<BatchRequest>{
private String requestId;
@Override
public BatchRequest read() {
//access the request-id variable here
}
@BeforeStep
public void beforeStep(StepExecution stepExecution) {
requestId = stepExecution.getJobParameters().getString("requestId");
}
}
Upvotes: 0
Reputation: 3714
This could be an easier manner to do it:
@Configuration
@Setter
@StepScope
public class Reader extends FlatFileItemReader<Object> {
public Reader(@Value("#{jobParameters['filePath']}") String resource){
setResource(new FileSystemResource(resource));
}
}
Upvotes: -1
Reputation: 1903
Complement with an additional example, you can access all job parameters in JavaConfig class:
@Bean
@StepScope
public ItemStreamReader<GenericMessage> reader(@Value("#{jobParameters}") Map<String,Object> jobParameters){
....
}
Upvotes: 6
Reputation: 62466
If you want to define your ItemReader
instance and your Step
instance in a single JavaConfig class. You can use the @StepScope
and the @Value
annotations such as:
@Configuration
public class ContributionCardBatchConfiguration {
private static final String WILL_BE_INJECTED = null;
@Bean
@StepScope
public FlatFileItemReader<ContributionCard> contributionCardReader(@Value("#{jobParameters['fileName']}")String contributionCardCsvFileName){
....
}
@Bean
Step ingestContributionCardStep(ItemReader<ContributionCard> reader){
return stepBuilderFactory.get("ingestContributionCardStep")
.<ContributionCard, ContributionCard>chunk(1)
.reader(contributionCardReader(WILL_BE_INJECTED))
.writer(contributionCardWriter())
.build();
}
}
The trick is to pass a null value to the itemReader since it will be injected through the @Value("#{jobParameters['fileName']}")
annotation.
Thanks to Tobias Flohre for his article : Spring Batch 2.2 – JavaConfig Part 2: JobParameters, ExecutionContext and StepScope
Upvotes: 35
Reputation: 74551
While executing the job we need to pass Job parameters as follows:
JobParameters jobParameters= new JobParametersBuilder().addString("file.name", "filename.txt").toJobParameters();
JobExecution execution = jobLauncher.run(job, jobParameters);
by using the expression language we can import the value as follows:
#{jobParameters['file.name']}
Upvotes: 2
Reputation: 534
Pretty late, but you can also do this by annotating a @BeforeStep method:
@BeforeStep
public void beforeStep(final StepExecution stepExecution) {
JobParameters parameters = stepExecution.getJobExecution().getJobParameters();
//use your parameters
}
Upvotes: 21
Reputation: 3096
Did you declare the jobparameters as map properly as bean?
Or did you perhaps accidently instantiate a JobParameters object, which has no getter for the filename?
For more on expression language you can find information in Spring documentation here.
Upvotes: -3
Reputation: 3175
As was stated, your reader needs to be 'step' scoped. You can accomplish this via the @Scope("step")
annotation. It should work for you if you add that annotation to your reader, like the following:
import org.springframework.batch.item.ItemReader;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.stereotype.Component;
@Component("foo-reader")
@Scope("step")
public final class MyReader implements ItemReader<MyData> {
@Override
public MyData read() throws Exception {
//...
}
@Value("#{jobParameters['fileName']}")
public void setFileName(final String name) {
//...
}
}
This scope is not available by default, but will be if you are using the batch
XML namespace. If you are not, adding the following to your Spring configuration will make the scope available, per the Spring Batch documentation:
<bean class="org.springframework.batch.core.scope.StepScope" />
Upvotes: 85
Reputation: 8281
To be able to use the jobParameters I think you need to define your reader as scope 'step', but I am not sure if you can do it using annotations.
Using xml-config it would go like this:
<bean id="foo-readers" scope="step"
class="...MyReader">
<property name="fileName" value="#{jobExecutionContext['fileName']}" />
</bean>
See further at the Spring Batch documentation.
Perhaps it works by using @Scope
and defining the step scope in your xml-config:
<bean class="org.springframework.batch.core.scope.StepScope" />
Upvotes: 14