Skip to main content

An Introduction to Quartz Scheduler

It's a common use case to have an enterprise application, perform specific work, at a specific time or in response to a specific action. In other words, “There is an ask to execute a Job upon a predefined Trigger”.

This brings us to the need for a Scheduling System. A system, where Jobs Trigger can be registered and the system will manage the remaining complexity. Thankfully for the Java systems, Quartz is for rescue. It‘s an open-source library that has been extensively used in enterprise applications for more than a decade.

Components in Quartz Sub System:

Following are the all major component in the Quartz subsystem:

  • Scheduler: It’s the control room of Quartz. It maintains everything required for scheduling, such as managing listenersscheduling jobs, clustering, transactions & job persistence. It maintains a registry of JobDetailsListeners Triggers, and executes Job & Listeners when their associated Trigger is fired.
  • SchedulerFactory: It’s a factory Interface for creating a scheduler instance as per the configured environment. The environment can be configured by properties, yml, or java-code, as explained in the code segment below.
  • Job: Interface implemented by the class that contains the application code to execute upon a trigger fire.
  • JobDetail: Interface implemented by the class which contains the execution-specific information about a Job. A Scheduler never stores an actual instance of any Job class, instead it registers the instance of Triggers with JobDetailsWhen a Trigger is fired, Scheduler picks a Thread from a predefined ThreadPool and uses the properties from associated JobDetails to execute the Job on that thread. Typical properties in JobDetails are job name, job class, job data map, isConcurrentExectionDisallowed, etc.
  • JobBuilder: A builder pattern implementation used to create a JobDetail instances
  • Trigger: Configuration to decide when/how-long/how-many-times a Job needs to run.
  • TriggerBuilder: A builder pattern implementation to create a Trigger instance
  • ThreadPool: Pool of those threads which are reserved by Quartz to run Jobs code upon a trigger fire.
  • JobStore: A place where the scheduler keeps the information about Job/Trigger/Calendar etc.
  • DataSources: Used when using a JDBCJobSore.
  • TriggerListeners — Receive events related to triggers, if configured.
  • SchedulerListeners — Receive notification of events within the Scheduler itself, like addition/removal of a job/trigger, etc.

Let’s Code

We will build a very simple application that will use a quartz scheduler & print Hello world at a regular interval. In the next blog, we will integrate Quartz with Springboot.

  1. Maven project 
    Create a maven project and add the following dependency
<dependency> 
<groupid>org.quartz-scheduler</groupid> <artifactid>quartz</artifactid>
<version>2.3.2</version> </dependency>

2. Main class
Create a class containing the main method. I named QuartzExample but any name will do.

3. Create a scheduler instance
A Scheduler instance can only be created from a SchedulerFactory.
So first we need to create an instance of SchedulerFactory. 
There are already a few SchedulerFactory implementations provided within quartz. For this example, I will use StdSchedulerFactory.

StdSchedulerFactory factory = new StdSchedulerFactory();
Scheduler scheduler = factory.getScheduler();

Now that we have an instance of the Scheduler, we can attach our Trigger and JobDetails to it. But keep in mind nothing will happen until we call start() on our scheduler.

NOTE: Configuring StdSchedulerFactory 
In the above code, I created StdSchedulerFactory by using the default constructor. 
When you use the default constructor, quartz checks if a system-property 
org.quartz.properties is set. 
If the system property is set, then quartz tries to load the file from this property. If nothing is found, then quartz tries to load the properties from a file named 
quartz.propertiesin classpath. If no files are found, quartz is started with defaults

Another way to load quartz configuration properties is, In factory constructor, you can either provide a property file name Or a java.util.Properties instance by setting properties in java code itself.

4. Create a Job class. 
For this, we need to implement the Job interface and write a start point for our business code under execute method.

public class Hello implements Job {
@Override
public void execute(JobExecutionContext context)
throws JobExecutionException {
System.out.println(
"Hello from the Job !"
+ context.getRefireCount());
}
}

5. Create JobDetail & Trigger. 
For this, we can use the JobBuilder & TriggerBuilder classes from Quartz.

JobDetail jobDetail 
= JobBuilder
.newJob()
.ofType(Hello.class)
.withIdentity("Hello-job-name")
.build();
SimpleTrigger simpleTrigger
= TriggerBuilder
.newTrigger()
.withIdentity("Hello-trigger-name")
.forJob(jobDetail)
.withSchedule(SimpleScheduleBuilder
.simpleSchedule()
.withIntervalInSeconds(1)
.withRepeatCount(5))
.build();

NOTEYou can also provide the group in the identity step, but if nothing is provided the DEFAULT group is used.

6. Register Job & Trigger with Scheduler. 
scheduler.scheduleJob(jobDetail ,simpleTrigger);
However, when we run QuartzExample.java nothing happens. This is because we have not started the scheduler yet. Let's start the scheduler.
scheduler.start();

Now when we run QuartzExample.java, we can see our scheduler printing a Hello message repeatedly.

This is all for this time, please do provide your feedback by comments or applauds. In next blog we will revisit all these steps by using SpringBoot.

But before we finish, below is the complete code for your reference.

package com.mps.example;

import org.quartz.*;
import org.quartz.impl.StdSchedulerFactory;

public class QuartzExample {
public static void main(String[] args) {
try {
StdSchedulerFactory factory = new StdSchedulerFactory();
Scheduler scheduler = factory.getScheduler();

JobDetail jobDetail = JobBuilder
.newJob()
.ofType(Hello.class)
.withIdentity("Hello-job-name")
.build();

SimpleTrigger simpleTrigger = TriggerBuilder
.newTrigger()
.withIdentity("Hello-trigger-name")
.forJob(jobDetail)
.withSchedule(SimpleScheduleBuilder
.simpleSchedule()
.withIntervalInSeconds(1)
.withRepeatCount(5))
.build();

scheduler.scheduleJob(jobDetail, simpleTrigger);
scheduler.start();

} catch (SchedulerException e) {
e.printStackTrace();
}
}

Comments

Popular posts from this blog

Unable to Redo in VS-Code & Intellij

Since the beginning of personal computers, few keyboard shortcuts are common among all operating systems and software. The ubiquitous cmd+c (copy), cmd+v(paste) , cmd+z (undo) and cmd+y (redo) I am not sure why, both of my favorite IDEs,  Visual Studio Code  &  Intellij  decided to not use  cmd+Y for redo.Below are the quick steps to configure  cmd+Y for a redo in VS-Code & Intellij Visual Studio Code Open VS Code & Go to keyboard shortcuts There will be a search bar at the top Type “  redo  “ in the search bar. You can see on my system its still mapped to  shift+cmd+z Double click on  ⇧ ⌘ z  and the below box will appear. Do not click anywhere or type anything on the keyboard except the key you want to assign, in our case it was  cmd+y,  so type  cmd+y Press Enter and you are done. Now you can use  cmd+z  for undo and  cmd+y  to redo like always Intellij It is also as simple as VS-Code Open IntelliJ & go to  Preferences In the search bar search for the  redo. In the ri

My Custom Built Desktop. The Questions & The Answers!

If  you want to avoid overpriced pre-builts like the M1 Mac Mini, Mac Pro, or Dell XPS Desktop without compromising on performance, a self-built desktop is a preferred option. It's also a great choice if you enjoy building things. custom built with ASUS-PRIME-P If you choose to build a custom PC, be prepared to invest time in researching and assembling compatible components.  In this post, I'll share my experience building this colorful powerhouse. I'll cover: Why did I do it.  Key questions to ask when selecting components Thought process behind component choices Components used in my build Benchmark comparisons . ** My second custom-build **.  ***  Disclaimer: Not an Apple product. Just a free apple sticker is used *** Why did I do it I decided to get a desktop during the pre-MacM1 era (yes, that’s a thing). After browsing many websites, I found that well-configured prebuilt PCs were overpriced, while cheaper ones had subpar components. Unable to choose between the option

Time Zones, Meridian, Longitude, IDL… It's more politics than science.

Once, I was working on a few geospatial APIs handling many time zones. While writing tests, I realized I did not know much about timezones. A lame excuse might be, my subpar schooling as a village kid. Nevertheless, I decided to turn the pages on timezones, what I found was more politics than science. Photo by  Arpit Rastogi  on  Unsplash Before diving into anomalies, let’s talk about history then we will go to science followed by politics. History The world without time zones By 300 BCE, the western world agreed that the earth is round. Each developed civilization devised its unique distinct system to measure distances, times & absolute locations, but relative to prime locations within their civilizations. It all worked in ancient times because long-distance travel was not prevalent among common people. Only merchants or armies traveled long distances. And they already developed systems that worked on their predetermined routes, irrespective of the time differences between locatio

BDD (1) — Behavior Driven Development

A wise man ( narcissist me ) once said, “Life is all about the question and answers. The trick to a meaningful life is,  To ask the right questions to yourself, so you can get on the right path to search for the answer .” The very first question one should always ask oneself is WHY.  Let's discuss our WHY in the current case. Why BDD Let's take a step back and start with the well-known software development practice TDD ( Test-Driven Development).  In TDD, the very first thing developers do is, set up the technical expectations from the code by writing failing test cases. After the expectation is set, the code is written/modified to finally pass all of the failing tests. It's an  Acceptance driven development strategy . TDD works fine to create a robust technically working product. But the whole TDD approach revolves only around technical teams. It barely involves the business analysis or product owners to validate the business aspect of a feature, they get involved only aft