User guide
Quick Start Guide
Dashboard
Overviews
Case detail (Caseoverview)
Case - event
Tasks
Case notes
Documents
User settings
Favorites
Table component
FAQ
Administrator Guide
Platform guide
Administration
Crons
Authentication and Synchronization
Mobile App Setup for Your Environment
Scheme
Dynamic tables
Archiving
Scripts
Service console
Scheduled Tasks
HR Agenda
Sequences
CSP Headers
Logs
Access Token Settings & Session Expiration
Template
Roles
Planning
Users
Organizational structure
Events
Translations
AXIOS API
Calculations & Functions
Integrations
TAS Forms
TAS Forms
Activating the module on the environment
TAS Forms - secret creation guide for Docker Swarm
Advanced Features & Tips
Partners
Product
Business Changelog
Technical Changelog
Version Upgrade Guide
Upgrading to 5.9
Upgrading to 5.3
Dynamic conditions migration
PDF printing adjustment
Editing Task Description vs Task Instructions
Transpiling forEach to a for loop
Rendering HTML on Caseoverview
Upgrading to 5.7
Lodash upgrade v4.17.x (>v5.5)
Main changes and deprecated features (v5.3 > v5.7)
Using validation functions
Differences between TAS4 and TAS5 - a complete overview
Best Practices for Upgrading from v4 to v5
Technical details
News / Important information
- All Categories /
- Administrator Guide
- Platform guide
- Administration
- Crons /
- Parallel cron - PostponedTaskCron
Parallel cron - PostponedTaskCron
PostponedTaskCron can run scheduled tasks since version 5.7.40. It is a so-called "Parallel cron", i.e. a cron that can be cloned and run multiple times. This allows you to handle a larger number of long-running tasks.
Parallel operation deployment procedure
To use PostponedTaskCron to run scheduled tasks in parallel, the following procedure is required:
- Disable cron Cron
- Set the PostponedTaskCron schedule as needed
- Copy PostponedTaskCron and set its schedule, e.g. 30s later than the first cron (the goal is to ensure that the copied crons do not run at the same time)
- Make as many clones as needed
Configuration
The following parameters can be set within cron:
fromTime
Defines when cron will start taking scheduled tasks. A string or timestamp can be entered. The default is set to null (which means 1970). This setting is useful if for some reason you need to set another cron to start from a specific date. It is basically a safety net for when a cron gets busy and doesn't want to run another one.
lockTtl
The time for which the task is locked, during which time it is not possible to activate the task. In order for cron to process and activate the scheduled task, a unique record must be written to Redis. If it does not receive it, the task will skip. This ensures that two or more crons do not try to activate the same task at the same time. Locks are not explicitly unlocked, but their flatness is allowed to expire. The default value is 30 minutes (1800000 ms). Such a task can therefore only be activated after the given deadline.
Updated
by Frantisek Brych