The Quarkus JBeret Extension adds support for JSR-352 Batch Applications for the Java Platform. JBeret is an implementation of the JSR-352.
To use the extension, add the dependency to the target project:
<dependency>
<groupId>io.quarkiverse.jberet</groupId>
<artifactId>quarkus-jberet</artifactId>
<version>0.0.3</version>
</dependency>
The Batch API and Runtime will be available out of the box. Please refer to the Batch documentation, or the JBeret documentation to learn about Batch Applications.
The JBeret Quarkus extension supports the following configuration:
Name | Type | Default |
---|---|---|
quarkus.jberet.repository The repository type to store JBeret and Job data. A jdbc type requires a JDBC datasource. |
in-memory , jdbc |
in-memory |
quarkus.jberet.jobs.includes A list of patterns to match batch files to include. |
list of string | |
quarkus.jberet.jobs.excludes A list of patterns to match batch files to exclude. |
list of string | |
quarkus.jberet.job."job-name".cron A cron style expression in Quartz format to schedule the job. |
string | |
quarkus.jberet.job."job-name".params."param-key" A parameter to start a job. |
string |
The Batch API requires the @BatchProperty
annotation to inject the specific configuration from the batch definition
file. Instead, you can use the @ConfigProperty
annotation, which is used to inject configuration properties in
Quarkus using the MicroProfile Config API and keep consistency:
@Inject
@BatchProperty(name = "job.config.name")
String batchConfig;
// These is equivalent to @BatchProperty injection
@ConfigProperty(name = "job.config.name")
Optional<String> mpConfig;
Although, there is a slight limitation: since job configuration is mostly dynamic and only injected on job execution,
Quarkus may fail to start due to invalid configuration (can't find the Job configuration values). In this case,
configuration injection points with the @ConfigProperty
annotation need to set a default value or use an Optional
.
The Batch APIs JobOperator
and JobRepository
are available as CDI beans, so they can be injected directly into any
code:
@Inject
JobOperator jobOperator;
@Inject
JobRepository jobRepository;
void start() {
long executionId = jobOperator.start("batchlet", new Properties());
JobExecution jobExecution = jobRepository.getJobExecution(executionId);
}
The JBeret Scheduler is integrated out of the box in this extension.
To schedule a Job execution, please refer to the quarkus.jberet.job."job-name".cron
and
quarkus.jberet.job."job-name".params."param-key"
configurations.
A Job can also be scheduled programmatically, using the JobScheduler
API and the Quarkus startup event:
@ApplicationScoped
public class Scheduler {
@Inject
JobScheduler jobScheduler;
void onStart(@Observes StartupEvent startupEvent) {
final JobScheduleConfig scheduleConfig = JobScheduleConfigBuilder.newInstance()
.jobName("scheduler")
.initialDelay(0)
.build();
jobScheduler.schedule(scheduleConfig);
}
}
The JobScheduler
does not support persistent schedules.
The JBeret REST is integrated as separate extension that can be easily added to the target project with the following dependency:
<dependency>
<groupId>io.quarkiverse.jberet</groupId>
<artifactId>quarkus-jberet-rest</artifactId>
<version>0.0.3</version>
</dependency>
The JBeret REST API, provides REST resources to several operations around the Batch API: starting and stopping jobs, querying the status of a job, schedule a job, and many more. The extension includes a REST client to simplify the REST API calls:
@Inject
BatchClient batchClient;
void start() throws Exception {
JobExecutionEntity jobExecutionEntity = batchClient.startJob("batchlet", new Properties());
}
Example applications can be found inside the integration-tests
folder:
chunk
- A simple Job that reads, processes, and stores data from a file.jdbc-repository
- A Job that uses ajdbc
datasource to store JBeret and Job metadata.scheduler
- Schedule a Job to run every 10 seconds
Or take a look into the World of Warcraft Auctions - Batch Application. It downloads the World of Warcraft Auction House data and provides statistics about items prices.
The Quakus JBeret Extension fully supports the Graal Native Image. Except for:
- A combination of JVM based runners and Native executables when using the
jdbc
Repository type connected to the same datasource. This will corrupt the Batch and Job metadata. This is because the Graal Native Image does not support Java Serialization (used by JBeret to store metadata). The native image substitutes the Java Serializer with a JSON Serializer. Work is underway to provide JBeret with a way to select the serialization mechanism and remove this limitation (jberet/jsr352#134).
Thanks goes to these wonderful people (emoji key):
Roberto Cortez 💻 🚧 |
This project follows the all-contributors specification. Contributions of any kind welcome!