Please rate how useful you found this document: 
Average: 3.2 (6 votes)

Overview

ProcessMaker is a web application which normally executes actions in response to users' actions. Nonetheless, Events, the Case Scheduler and Notifications in ProcessMaker are only executed when the cron.php script is run.

For testing purposes, the cron.php script can be executed manually from the command line of the server where ProcessMaker is installed.

For production use, it is best to automate the execution of cron.php by following the instructions below to either configure a cron job in Linux/UNIX or set up a Scheduled Task in Windows. Note that it is not recommended to execute cron.php more than once every 5 minutes due to the heavy processing which it incurs.

Manually executing cron.php

The cron.php file is executed from the command line on the server where ProcessMaker is installed, which means that PHP-CLI should be installed on the server running ProcessMaker. The ProcessMaker Windows Installer automatically installed PHP-CLI, but it may not have been installed if ProcessMaker was manually installed.

To test a feature which is executed by cron.php, such as Events, Scheduled Cases, Notifications, unpausing of cases, etc., open a terminal on the server where ProcessMaker is installed. If using Windows, open a terminal can be opened by going to Start > All Programs > Accessories > Command Prompt. Then, enter the command to execute the workflow/engine/bin/cron.php file. The location of the file depends on the system. For example:

Windows XP/2003:

"C:\Program Files\ProcessMaker-X_X_X\php\php.exe" -f "C:\Program Files\ProcessMaker-X_X_X\processmaker\workflow\engine\bin\cron.php

Windows Vista/7/8/10/2008/2012:

"C:\Users\USERNAME\AppData\Roaming\ProcessMaker-X_X_X\php\php.exe" -f "C:\Users\USERNAME\AppData\Roaming\ProcessMaker-X_X_X\processmaker\workflow\engine\bin\cron.php"

Linux/UNIX:

php -f /opt/processmaker/workflow/engine/bin/cron.php

If the cron.php script is executing without any options, all pending activities will be automatically executed for all workspaces. To save processing, it may be useful to specify only certain workspaces or to specify that only certain types of activities (events, scheduled cases, notifications, etc.) be executed. For testing purposes, the +d option can be used to specify an alternative date and time for the script, so events and scheduled cases in the past or future can be executed.

Syntax of cron.php Options

cron.php [+d"YYYY-MM-DD HH:MM:SS"] [+wWORKSPACE] [+force] [ACTIVITIES]

Options:

  • +d Specify an alternative date and time for the script.

By default, the script will execute using the server's current system time. If may be useful to specify an alternative date and time when testing for past or future events or scheduled cases. Remember to use 4 digits for specifying the year and 2 digits for specifying the month, day, hour, minute and seconds. The time is on a 24 hour clock.

Ex: cron.php +d"2011-09-25 07:05:59"

  • +w Specify a workspace whose pending activities will executed.

By default, the pending activities in all workspaces are executed. To save processing, it can be useful to only execute the pending activities in a single workspace. Remember the workspace names are case sensitive.

Ex: cron.php +wworkflow

  • ACTIVITIES Define which activities should be executed:

events - Execute any pending events.

scheduler - Execute any pending scheduled cases.

unpause - Unpause cases (which are scheduled to be unpaused).

emails - Send any pending emails.

plugins - Activate plugins.

calculate - Calculate the duration of elapsed time for tasks.

unassigned-case - Available from version 2.5.0 on. Send pending notifications for unassigned cases to be claimed. This parameter is one of the actions included when the cron is executed; however, it is not possible to set this activity as a parameter when cron will be executed.

Multiple activities can be specified by separating each one with spaces:

Ex: cron.php events emails plugins

  • +force Available from version 2.5.0 on. This option ensures that the cron.php file is executed by stopping the execution of any existing cron job and deleting its temporary files, so the current cron can be executed. Remember that only one instance of cron can be executed at a time, so without the +force option, cron.php will not be executed if another instance is already being executed.

When cron.php executes, it will report which activities where executed and how many workspaces were processed:

Processing workspace: workflow * Resending emails........................................[DONE] * Unpausing applications..................................[DONE] * Calculating Duration....................................[DONE] * Calculating Duration by Application.....................[DONE] * Executing events..................................[PROCESSING] * |- End Execution events...........................[Processed 0] * Executing the scheduled starting cases............[PROCESSING] [DONE] Finished 1 workspaces processed.

Note: To cancel the execution of cron.php, press CTRL+C in the command line or use the kill command in Linux or the Task Manager in Windows to kill the process. The next time cron.php is run, an error message will be displayed. To avoid this problem, either delete the cron temporary file shared/cron or use the +force option.

Ex: Start the cron execution and before it ends press Ctrl+C to terminate it. Then try to execute it again, and the following message will be displayed:

C:\opt\processmaker\workflow\engine\bin>php -f cron.php Processing workspace: workflow ^C C:\opt\processmaker\workflow\engine\bin>php -f cron.php PHP Warning: Module 'plexcel' already loaded in Unknown on line 0 The cron is running, please wait for it to finish. Started in 2014-01-10 10:20:19 If do you want force the execution use the option '+force', example: php -f +wworkflow +force C:\opt\processmaker\workflow\engine\bin>

To be able to execute the cron.php file without errors, add the +force option.

C:\opt\processmaker\workflow\engine\bin> php -f cron.php +force Processing workspace: workflow Finished 1 workspaces processed.

cron.php Log Files

If needing to keep track of what actions have been taken by the cron.php script, check the file shared/log/cron.log which keeps a record of all its actions. Each line in the log file has the following format:

date time (action) description

If the action is "executeEvents", then the log file will list both the starting time and the ending time.

$ cat /opt/processmaker/shared/log/cron.log 2010-11-26 14:25:13(main) checking folder /opt/pm4260/shared/sites/workflow 2010-11-26 14:25:14(unpauseApplications) Unpausing Applications 2010-11-26 14:25:14(calculateDuration) Calculating Duration 2010-11-26 14:25:14(executeEvents) Executing Events 2010-11-26 14:25:13, 2010-11-26 14:25:13 2010-11-26 17:12:36(main) checking folder /opt/pm4260/shared/sites/workflow 2010-11-26 17:12:36(resendEmails) Resending Emails 2010-11-26 17:12:37(unpauseApplications) Unpausing Applications 2010-11-26 17:12:37(calculateDuration) Calculating Duration 2010-11-26 17:12:37(executeEvents) Executing Events 2010-11-26 17:12:19, 2010-11-26 17:12:36

If an error occurs in the cron.php script, the file shared/log/cronError.log will be created to record it:

$ cat /opt/processmaker/shared/log/cronError.log 2010-11-26 14:25:14(resendEmails) Error Resending Emails: The row 'Emails, , , , ' in table Configuration doesn't exists!

For example, this error message indicates that the Email Settings in ProcessMaker haven't been configured.

If needing to figure out whether the cron.php script is currently running or the last time it was executed, check the serialized contents of the shared/cron file. If the value of bCronIsRunning is "1", then the script is currently running. If it is "0", then the script is not currently running.

$ cat /opt/processmaker/shared/cron a:2:{s:14:"bCronIsRunning";s:1:"0";s:14:"sLastExecution";s:19:"2010-11-26 17:12:37";}

Alternatively, open the file with a PHP script and unserialize it:

<?php
if (file_exists("/opt/processmaker/shared/cron")) {
   $aCron = unserialize(file_get_contents("/opt/processmaker/shared/cron"));
   if ($aCron['bCronIsRunning'] == 0) { // if cron.php is NOT currently running
       ... //do something
   }
}
?>

Configuring crontab in Linux/UNIX

In Linux/UNIX, commands can be executed at scheduled times with the cron daemon. To configure cron to periodically execute ProcessMaker's cron.php file, login as the root user and edit the file /etc/crontab with your favorite plain text editor such as vim or gedit (or alternatively create the file /etc/cron.d/processmaker).

In the crontab file, the timing of commands is listed according to the format:

minute hour day-of-month month day-of-week user command

where:

FieldDescription
minuteThe minute of the hour when the command is executed. Can be between 0 and 59.
hourThe hour when the command is executed. Can be between 0 and 23. 0 is midnight.
day-of-monthDay of the month when the command is executed. For example 20 would be the 20th day in each month.
monthMonth when the command is executed. Can be a number between 1 and 12 or the first three letters of the month in English, such as jan, feb, etc.
day-of-weekDay of the week when the command is executed. Can be a number between 0 and 7, where 0 and 7 are both Sunday, 1 is Monday, 2 is Tuesday, etc. Alternatively, can be the first three letters of the day in English such as sun, mon, etc.
userThe username which will execute the command.
CommandCommand, script or program to execute.

An asterisk * in the first five columns indicates all possible values. For instance, an asterisk in the minutes column indicates all the minutes in the hour. If an asterisk is divided by a number "*/#", then it stands for any time unit which can be cleanly divided without any remainder. For instance in a day with 0-23 hours, "*/5" would execute on hours 0, 5, 10, 15 and 20.

For example to execute cron.php every 15 minutes from the command line:

*/15 * * * * apache php -f /opt/processmaker/workflow/engine/bin/cron.php

In this example, the first column "*/15" means execute the command every 15 minutes.

For more information on how to configure the crontab, see this tutorial (or this tutorial in Spanish).

Scheduling a task in Windows

The cron.php script can be periodically executed as a Windows Scheduled Task. To configure its execution, either use the SCHTASKS command in DOS or create a Scheduled Task in the graphical interface.

SCHTASKS command

The SCHTASKS command is used to create, delete, query, change, run and end Windows Scheduled Tasks. Login to Windows as an administrator and open the system command prompt. Then, create a Scheduled Task to periodically execute the cron.php script:

CHTASKS /Create /U username /P password /SC MINUTE /MO number-minutes /TR command

Where number-minutes is how often the cron.php script will be executed in minutes and command is the command to execute the cron.php script. The command should be enclosed in double quotation marks. If it contains any paths or options which contain spaces, then they should be enclosed in single quotations marks or escaped double quotation marks. (Escaping of quotation marks is done with backslashes: \"). To continue a command onto the next line, use "^" as the last character in the line.

For example, to execute the cron.php script every 15 minutes for a ProcessMaker server installed at c:\Users\Bob\AppData\Roaming\ProcessMaker-2_5_2\:

SCHTASKS /Create /U administrator /P p4s5w0rd /SC MINUTE /MO 15 /TR ^ "C:\Users\Bob\AppData\Roaming\ProcessMaker-2_5_2\php\php.exe -f ..\processmaker\workflow\engine\bin\cron.php"

For example to execute the cron.php script only on the "sales" workspace every 20 minutes for a ProcessMaker server installed at C:\Program Files\ProcessMaker-2_5_2\processmaker:

SCHTASKS /Create /U administrator /P p4s5w0rd /SC MINUTE /MO 20 /TR ^ "'C:\Program Files\ProcessMaker-2_5_2\php\php.exe' -f C:\Program Files\ProcessMaker-2_5_2\processmaker\workflow\engine\bin\cron.php +wsales"

After scheduling the periodic execution of cron.php, verify that it is in the list of Scheduled Tasks:

SCHTASKS /Query

For more information about the SCHTASKS command:

SCHTASKS /?

For more information about the options for /Create:

SCHTASKS /Create /?

Scheduled Task in Windows XP

  • On the server running ProcessMaker, open the Task Scheduler by going to Start > Programs > Accessories > System Tools > Scheduled Tasks
  • Double-click Add Scheduled Task
  • The Scheduled Task Wizard will appear. Click Next.
  • Enter a command to execute cron.php.

For example:

"C:\Program Files\ProcessMaker\php\php.exe" -f ..\processmaker\workflow\engine\bin\cron.php

Then click Next.

  • Give the task a Name, such as "ProcessMaker Cron Job", and choose the Frequency with which to perform the task (for example, Daily)). Click Next.
  • Choose specific date and time options (this step will vary, depending on the option selected in the previous step). When finished, click Next.
  • Enter your password if prompted. Change the username if required (for example, you'd like the task to run under a user with fewer privileges security reasons). Click Next.
  • On the final page, select the checkbox Open advanced properties for this task when I click Finish and click Finish.

Restart cron when it is stopped abruptly

When cron.php is executed, it checks to see whether another instance of cron.php is already running by checking whether a temporary cron file already exists. If for some reason cron is stopped abruptly, the temporary cron file needs to be manually deleted in order to be able to execute cron.php. If the temporary cron file exists, the following message will display when executing cron.php:

C:\opt\processmaker\workflow\engine\bin> php -f cron.php The cron is running, please wait for it to finish. Started in 2013-02-18 08:22:41

To solve this problem, delete the temporary file named shared/cron

Note: To avoid this issue, it is recommended to wait until cron finishes its execution or use the +force option.

Checking the Cron Log in ProcessMaker

From version 2.0.44 on, the contents of the cron log are available under the ADMIN menu. The cron log can be checked after cron is executed to see the results for a specific workspace or for all workspaces. Only users such as the "admin" who have the PM_SETUPADVANCE permission in their roles have access to the cron log.

After the cron is executed, the contents of the log can be viewed at ADMIN > Settings > Logs > Cron.

Cron log options

  • Cron Status: Displays Active when cron is currently being executed. It displays Inactive when cron is not currently being executed.
  • View information: Shows the cron information: Status, Last Execution and Log information which specifies the folder where the cron.log file is located.

  • Clear log: Click to clear the log of all workspaces where the cron is executed or just a specific one. This log is deleted in the location /shared/log/cron.log.

Search Options

  • Status: Search by cron status, Failed, Completed or all.

  • From and To: both specify the days on which the cron was executed.

Menu options

  • Date: date when the cron was executed.
  • Action: name of the action that was executed.
  • Status: Cron status.
  • Description: a brief description of what was the execution cron about.

Note: In version 2.8.0 and later, the option "Workspaces" is excluded. By default, the list shows all actions of the current Workspace.