Quartz Scheduler is one of the most popular scheduling library in Java world. I had worked with Quartz mostly in Spring applications in the past. Recently, I have been investigating scheduling in JEE 6 application running on JBoss 7.1.1 that is going to be deployed in the cloud. As one of the options I consider is Quartz Scheduler as it offers clustering with database. In this article I will show how easy is to configure Quartz in JEE application and run it either on JBoss 7.1.1 or WildFly 8.0.0, use MySQL as job store and utilize CDI to use dependency injection in jobs. All will be done in IntelliJ. Let’s get started.
Create Maven project
I usedorg.codehaus.mojo.archetypes:webapp-javaee6archetype to bootstrap the application and then I slightly modified thepom.xml. I also addedslf4Jdependency, so the resultingpom.xmllooks as following:
standalone-custom.xmlis a copy of the standardstandalone.xml, as the configuration will need to be modified (see below).
Configure JBoss server
In my demo application I wanted to use MySQL database with Quartz, so I needed to add MySQL data source to my configuration. This can be quickly done with two steps.
Add Driver Module
I created a folderJBOSS_HOME/modules/com/mysql/main. In this folder I added two files:module.xmlandmysql-connector-java-5.1.23.jar. The module file looks as follows:
Configure Data Source
In thestandalone-custom.xmlfile in thedatasourcessubsystem I added a new data source:
Note: For the purpose of this demo, the data source is not JTA managed to simplify the configuration.
Configure Quartz with Clustering
I used official tutorial to configure Quarts with Clustering:http://quartz-scheduler.org/documentation/quartz-2.2.x/configuration/ConfigJDBCJobStoreClustering
When you run the application you should be able to see some debugging information from Quartz:
Scheduler class: 'org.quartz.core.QuartzScheduler' - running locally.NOT STARTED.Currently in standby mode.Number of jobs executed: 0Using thread pool 'org.quartz.simpl.SimpleThreadPool' - with 1 threads.Using job-store 'org.quartz.impl.jdbcjobstore.JobStoreTX' - which supports persistence. and is clustered.
Let Quartz utilize CDI
In Quartz, jobs must implementorg.quartz.Jobinterface.
package pl.codeleak.quartzdemo;import org.quartz.Job;import org.quartz.JobExecutionContext;import org.quartz.JobExecutionException;public class SimpleJob implements Job {@Overridepublic void execute(JobExecutionContext context) throws JobExecutionException {// do something}}
In my example, I needed to inject EJBs to my jobs in order to re-use existing application logic. So in fact, I needed to inject a EJB reference. How this can be done with Quartz? Easy. Quartz Scheduler has a method to provide JobFactory to that will be responsible for creating Job instances.
package pl.codeleak.quartzdemo;import org.quartz.Job;import org.quartz.JobDetail;import org.quartz.Scheduler;import org.quartz.SchedulerException;import org.quartz.spi.JobFactory;import org.quartz.spi.TriggerFiredBundle;import javax.enterprise.inject.Any;import javax.enterprise.inject.Instance;import javax.inject.Inject;import javax.inject.Named;public class CdiJobFactory implements JobFactory { @Inject @Any private Instance jobs; @Override public Job newJob(TriggerFiredBundle triggerFiredBundle, Scheduler scheduler) throws SchedulerException { final JobDetail jobDetail = triggerFiredBundle.getJobDetail(); final Class extends Job> jobClass = jobDetail.getJobClass(); for (Job job : jobs) { if (job.getClass().isAssignableFrom(jobClass)) { return job; } } throw new RuntimeException("Cannot create a Job of type " + jobClass); }}
As of now, all jobs can use dependency injection and inject other dependencies, including EJBs.
package pl.codeleak.quartzdemo.ejb;import org.slf4j.Logger;import org.slf4j.LoggerFactory;import javax.ejb.Stateless;@Statelesspublic class SimpleEjb { private static final Logger LOG = LoggerFactory.getLogger(SimpleEjb.class); public void doSomething() { LOG.info("Inside an EJB"); }}package pl.codeleak.quartzdemo;import org.quartz.Job;import org.quartz.JobExecutionContext;import org.quartz.JobExecutionException;import pl.codeleak.quartzdemo.ejb.SimpleEjb;import javax.ejb.EJB;import javax.inject.Named;public class SimpleJob implements Job { @EJB // @Inject will work too private SimpleEjb simpleEjb; @Override public void execute(JobExecutionContext context) throws JobExecutionException { simpleEjb.doSomething(); }}
Note: Before running the application add beans.xml file to WEB-INF directory.
You can now start the server and observe the results. Firstly, job and trigger was created:
12:08:19,592 INFO (MSC service thread 1-3) Quartz Scheduler: MyScheduler12:08:19,612 INFO (MSC service thread 1-3) Found job identified by my-jobs.job112:08:19,616 INFO (MSC service thread 1-3) Found trigger identified by m
Our job is running (at about every 10 seconds):
12:08:29,148 INFO (MyScheduler_Worker-1) Inside an EJB12:08:39,165 INFO (MyScheduler_Worker-1) Inside an EJB
Look also inside the Quartz tables, and you will see it is filled in with the data.
Test the application
The last thing I wanted to check was how the jobs are triggered in multiple instances. For my test, I just cloned the server configuration twice in IntelliJ and assigned different port offset to each new copy.
Additional change I needed to do is to modify the creation of jobs and triggers. Since all Quartz objects are stored in the database, creating the same job and trigger (with the same keys) will cause an exception to be raised:
Error while creating scheduler: org.quartz.ObjectAlreadyExistsException: Unable to store Job : 'my-jobs.job1', because one already exists with this identification.
I needed to change the code, to make sure that if the job/trigger exists I update it. The final code of the scheduleJobs method for this test registers three triggers for the same job.
After I disconnected kolorobot1399805989333 (instance3), after some time I saw the following in the logs:
ClusterManager: detected 1 failed or restarted instances.ClusterManager: Scanning for instance "kolorobot1399805989333"'s failed in-progress jobs.
Then I disconnected kolorobot1399805963359 (instance2) and again this is what I saw in the logs:
ClusterManager: detected 1 failed or restarted instances.ClusterManager: Scanning for instance "kolorobot1399805963359"'s failed in-progress jobs.ClusterManager: ......Freed 1 acquired trigger(s).
As of now all triggers where executed by kolorobot1399805959393 (instance1)
Running on Wildfly 8
Without any change I could deploy the same application on WildFly 8.0.0. Similarly to JBoss 7.1.1 I added MySQL module (the location of modules folder is different on WildFly 8 –modules/system/layers/base/com/mysql/main. The datasource and the driver was defined exactly the same as shown above. I created a run configuration for WildFly 8:
And I ran the application getting the same results as with JBoss 7.
I found out the WildFly seem to offer adatabase based store for persistent EJB timers, but I did not investigate it yet. Maybe something for another blog post.
Source code
Please find the source code for this blog post on GitHub:https://github.com/kolorobot/quartz-jee-demo
Reference:
HOW-TO: Quartz Scheduler with Clustering in JEE application with MySQLfrom ourJCG partnerRafal Borowiec at theCodeleak.plblog.
You might also like:
Getting started with Quartz Scheduler on MySQL database
Quartz 2 Scheduler example
Quartz scheduler plugins – hidden treasure
Related Whitepaper:
Functional Programming in Java: Harnessing the Power of Java 8 Lambda Expressions
Get ready to program in a whole new way!
Functional Programming in Java will help you quickly get on top of the new, essential Java 8 language features and the functional style that will change and improve your code. This short, targeted book will help you make the paradigm shift from the old imperative way to a less error-prone, more elegant, and concise coding style that’s also a breeze to parallelize. You’ll explore the syntax and semantics of lambda expressions, method and constructor references, and functional interfaces. You’ll design and write applications better using the new standards in Java 8 and the JDK.