Configuring the Scheduler¶
The scheduler runs reports in the background according to a user-defined schedule (also called a job). You can configure the following aspects of the scheduler:
Configuring the Scheduler Misfire Policy¶
A scheduler misfire occurs when the scheduler cannot run a report at the designated time, for example because JasperReports Server is offline, its database is offline, or the number of threads is limited. In this case, you can configure the behavior of the scheduler to retry the report or skip the scheduled run.
You can set a different misfire policy for each kind of job schedule: single job, repeating job, and calendar job. Misfire policies are defined in the Quartz Scheduler documentation and other online resources:
https://www.quartz-scheduler.org/documentation/quartz-2.3.0/tutorials/tutorial-lesson-05.html
https://www.quartz-scheduler.org/documentation/quartz-2.3.0/tutorials/tutorial-lesson-06.html
https://nurkiewicz.com/2012/04/quartz-scheduler-misfire-instructions.html
Configuring Scheduler Misfire Policy |
|
|---|---|
Configuration File |
|
|
|
Property |
Description |
|
Sets the misfire policy for single jobs to one of the following:
|
report.quartz.misfirepolicy.repeatingsimplejob |
Sets the misfire policy for repeating jobs to one of the following values:
|
report.quartz.misfirepolicy.calendarjob |
Sets the misfire policy for jobs with calendar recursion to one of the following values:
|
When importing scheduled jobs, all calendar jobs with misfired triggers are re-executed. This results in unwanted and unplanned executions. This can be overcome by changing the Misfire policy on the server. But, that will impact all other jobs along with the calendar trigger.
To avoid changing the misfire policy globally for all jobs with trigger, two new properties calenderTrigger.resetStartTimeOnImport and simpleTrigger.resetStartTimeOnImport are added in the js.quartz.properties file. The new properties skip firing calendar jobs right after import, and job is executed at the next trigger (calendar or simple) time.
Configuring Scheduler Misfire Policy |
|
|---|---|
Configuration File |
|
|
|
Property |
Description |
|
By default, calenderTrigger.resetStartTimeOnImport=false. If set to true, then while importing the job, start time is recalculated to the import time. And, the job execution starts in the future based on the condition set in calendar trigger. |
simpleTrigger.resetStartTimeOnImport |
By default, **Note** For old jobs with simple triggers that were completed, but remained in the system, the jobs are executed again because the start time recalculated to the current time. |
Configuring Scheduler Failure Notifications¶
By default, if a scheduled report runs but causes an error, the scheduler sends an email to the schedule owner and to all JasperReports Server administrators in the same organization. This is in addition to any failure notification addresses specified on the Notifications tab of the scheduler wizard. To receive these scheduler failure alerts, administrators must have valid email addresses defined in their user accounts.
You can also configure the scheduler to send failure notifications to different users based on roles, or turn off failure notifications.
Configuring Scheduler Failure Notifications |
||
|---|---|---|
Configuration File |
||
.../WEB-INF/applicationContext-report-scheduling.xml |
||
Entry Key |
Bean |
Description |
administrator |
quartz |
This setting determines the role to which the scheduler failure notifications will be sent. All users in the organization with this role and a valid email address defined in their user profile will receive the email notification. By default, this setting is ROLE_ADMINISTRATOR. |
|
|
Disables or allows failure notifications to be sent to the role in the previous setting. By default, this setting is false, meaning that notifications are sent. Set this value to true to disable scheduler failure notifications being sent to administrators (or the role defined above). |
|
|
Disables or allows failure notifications to be sent to the schedule owner. By default, this setting is false, meaning that notifications are sent. Set this value to true to disable scheduler failure notifications to the schedule owner. |
Restricting File System Output¶
The scheduler outputs reports through several channels. Most reports are emailed, but reports can also be written to FTP folders. You can also configure the scheduler to write reports to the server's local file system. This option is disabled by default for security reasons.
Warning
If you turn on scheduler file system output, make sure you have configured user and folder access rights to make sure that malicious files cannot be written to your file system. The process that writes the files is the same user that runs the application server hosting JasperReports Server.
Scheduler File System Output |
|
|---|---|
Configuration File |
|
|
|
Property to Update |
Description |
|
Set the value from When true, the user interface for the scheduler displays active fields that allow the schedule creator to specify a folder in the server's file system. The scheduler will write files to this location every time it runs the schedule for this report.
This property also determines the scheduler's overall access to the file system. When true, any schedule configured with a file system folder will write to the file system. When false, no scheduled reports will write output to the file system (FTP and email output are not affected). However, any file system output specified in a schedule remains defined and will again trigger file system output when this property is true again. |
Removing Report Scheduling Interval Options¶
Note
The information covered in this section only applies to jobs with simple recurrence, not calendar recurrence type.
Users can schedule reports to run at regular intervals. The default interval can be expressed in weeks, days, hours or minutes. To prevent users from scheduling frequent reports, you can limit the intervals to days or hours by editing the following configuration file:
Scheduling Interval Options |
|
|---|---|
Configuration File |
|
|
|
Section to Update |
Description |
|
Comment out the intervals you want to disable. |
To remove a temporal interval, enclose the corresponding bean in comment characters. For example, to prevent users from scheduling reports at minute intervals, comment out the bean containing the INTERVAL_MINUTE field:
<!--
<bean class="com.jaspersoft.jasperserver.war.dto.ByteEnum">
<property name="code">
<util:constant static-field="com.jaspersoft.jasperserver.api.engine.scheduling.
domain.ReportJobSimpleTrigger.INTERVAL_MINUTE"/>
</property>
<property name="labelMessage">
<value>job.interval.unit.minute.label</value>
</property>
</bean>
-->
Adding a Holiday Exclusion Calendar¶
The scheduler supports exclusion calendars to specify days or times when no report should be run, even if scheduled. For example, you might not want a report to run on a bank holiday when the financial data would be meaningless.
The scheduler maintains a list of named calendars, and the user interface allows the schedule creator to select a calendar whose dates will be excluded from the schedule.
Currently, the only method to define a holiday calendar is through the REST API. You can use any browser plug-in that acts as a REST client and can send PUT requests to JasperReports Server. Using such a plug-in, compose and send the following REST request (header and body) to your server:
PUT http://<host>:<port>/jasperserver[-pro]/rest_v2/jobs/calendars/2014FrenchHolidays
Content-Type: application/xml
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<reportJobCalendar>
<calendarType>holiday</calendarType>
<description>2014 French Holidays</description>
<excludeDays>
<excludeDay>2014-01-01</excludeDay>
<excludeDay>2014-04-18</excludeDay>
<excludeDay>2014-04-21</excludeDay>
<excludeDay>2014-05-01</excludeDay>
<excludeDay>2014-05-08</excludeDay>
<excludeDay>2014-05-29</excludeDay>
<excludeDay>2014-06-09</excludeDay>
<excludeDay>2014-07-14</excludeDay>
<excludeDay>2014-08-15</excludeDay>
<excludeDay>2014-11-01</excludeDay>
<excludeDay>2014-11-11</excludeDay>
<excludeDay>2014-12-24</excludeDay>
<excludeDay>2014-12-25</excludeDay>
</excludeDays>
<timeZone>GMT+01:00</timeZone>
</reportJobCalendar>
For example, using the Poster plug-in for Firefox, you can submit this request as shown in the following figure. The figure also shows the successful reply from the server.

Figure 2 Creating a Holiday Calendar with REST Web Services
Then you should see your new calendar in the list of calendars in the Schedule tab.

Figure 3 Selecting a Custom Holiday Calendar in the Scheduler
The REST API supports other types of calendars, however, the user interface lists only calendars of type holiday. Using the REST API, you can create and manage any number of calendars and update any schedule to use them. For more information, see the JasperReports Server REST API Reference.
Changing the Default Output Folder¶
By default, the scheduler will save the output of scheduled reports to the directory in which the report resides and scheduled dashboard exports to the /public/Samples/Dashboards folder. You can change this default location to another folder in the repository by editing the applicationContext-report-scheduling.xml configuration file on the server.
To enable file data sources in the UI
- Open the file
<js-install>/WEB-INF/applicationContext-report-scheduling.xmlfor editing. - Locate the element
<util:map id="reportJobDefaults">. - Update
<entry key="scheduler.job.repositoryDestination.folderURI" value="/job_output" />and replace"/job_output"with the URI for the new default folder in the repository. - Restart the server or redeploy the JasperReports Server web app. The new default folder appears on the Output Options tab when you try to schedule a report or dashboard.
Configuring the Scheduler for Dashboards¶
You can configure the following property to enable the scheduler and headless browser to load the dashboard on the server side and export it.
Configuring the Scheduler for Dashboards |
|
|---|---|
Configuration File |
|
|
|
Property |
Description |
deploy.base.local.url |
This property is used by scheduler and headless browsers to load the dashboard on the server side and export it. **Note** You will need to set this property when the **Export** option **Detailed** is selected. Set this property to the localhost URL. This URL must include the application name. For example:
Specify |
Configuring the Scheduler to Fetch Attributes for Graph API¶
You can configure the following property to enable the scheduler to fetch attributes for Graph API.
Configuring the Scheduler to Fetch Attributes |
|
|---|---|
Configuration File |
|
|
|
Property |
Description |
notification.service.multiTenant.config |
This property is used by scheduler to fetch attributes. This property can be set to any of the following values:
|
If properties are configured for tenant or hierarchical, the system creates beans (JavaMailSender and GraphServiceClient) with tenant-specific or hierarchical-specific attributes, respectively. Else, it creates beans using the default properties configured in the js.quartz.properties file.
Setting Properties in the jasperserver_config.properties File¶
You can set the following properties while composing emails:
| Property | Description |
graph.service.body.scheduler.template=<html><head><meta http-equiv='Content-Type' content='text/html; charset=utf-8'><title>My Page</title></head><body><p>${linkDescription} <a href='../${resourceURI}'>${resourceURI}</a></p>${preamble}</body></html> |
Defines the HTML template used for composing emails with links when scheduling jobs or alerts in the scheduler using graph API. |
graph.service.body.scheduler.notification.template = <br/>${preamble}<br/>${jobinfo}<br/>Label = ${label}<br/>ID = ${id}<br/>Description = ${description}<br/>Status = ${status}<br/> |
Defines the template used for composing notification mails when scheduling notification using graph API. |
mail.service.body.scheduler.notification.template = ${preamble}${jobinfo}\nLabel = ${label}\nID = ${id}\nDescription = ${description}\nStatus = ${status}${preamble} |
Defines the template used for composing notification mails when scheduling notification using mail. |
Note
The template used to composing notification mails contains placeholders for dynamic content to be added. The placeholders include ${label}, ${jobinfo}, ${id}, ${description}, and ${status}.
Configuring the Scheduler to Fetch Attributes for SendGrid API¶
You can configure the following property to enable the scheduler to fetch attributes for SendGrid API.
Configuring the Scheduler to Fetch Attributes |
|
|---|---|
Configuration File |
|
|
|
Property |
Description |
notification.service.multiTenant.config |
This property is used by scheduler to fetch attributes. This property can be set to any of the following values:
|
If properties are configured per tenant level, then SendGrid API key must be defined in the profile attribute of the users belonging to that specific tenant.
Note
If any of these mandatory parameters are missed, it creates beans using the default values mentioned in the js.quartz.properties file.
Configuring the Scheduler Dashboard¶
To display execution metrics and logs in the Scheduler Dashboard, configure the following properties:
Configuring the Scheduler Dashboard |
|
|---|---|
Configuration File |
|
|
|
Property |
Description |
isJobsHistoricalDataEnabled |
Enables access to Jobs Historical Data for the Scheduler Dashboard and related APIs. By default this property is set to When
You can view the historical job execution data, including Succeeded Jobs count, Failed Jobs count, Restart action, and Execution Logs from the Admin Console Schedules and Schedules and Alerts pages. When Audit data and job metrics may continue to be collected and stored if audit configurations remain enabled, and will become available again if the property is re-enabled. |
Note
To enable access to Jobs Historical Data, ensure that both feature.audit_monitoring.enabled and audit.records.enabled are set to True. For more information, see Configuring Auditing and Monitoring.
