
In addition to starting processes in GP runtime, you can create tasks that initiate processes automatically, using delayed-start and recurrent process schedules.
You need to stock up on certain materials at regular intervals. You create a task for initiating the order office material process. You specify the user-specific process name "order ink cartridges" and after completing the wizard steps you create a schedule using the recurrent monthly type.
For more information, see Setting Up Portal Roles .
1. Create a Task
To be able to set up scheduled initiation of processes, you have to create a task for each relevant process template, specifying all necessary information, such as the initiator, step processors and input parameters (if any).
Tasks are listed in the Scheduled Processes table.
This may be the current user or any other user registered in the portal.
The following assignment methods guarantee that each process role has at least one user assigned:
In addition, you can determine whether to use one process for all users (Single Initiation) or as many processes as the users you assign to a selected role (Mass Initiation).
You may want to design and implement a post-processing class that handles process parameters once the process has been initiated. To use this class with the process initiation task, select the appropriate container type (Library, Service, or Application) and specify the names of the development component and the post-processing class.
2. Create a Schedule
For each task, you can create one or more schedules and configure their execution depending on specific criteria.
Once created, task schedules are displayed in the Assigned Schedule table.
At the scheduled date and time the system executes the task and updates the indicators for Status and Last Execution.
You can enter a date in the past. This may be necessary in exceptional cases, for example, for testing purposes. When you specify a schedule date in the past, the system always uses a current process start date and launches the process immediately.
The system uses Middle as default. If there are several threads, the system processes those with high priority first.
Error modes specify whether to abort the processing or try to execute the scheduled process again.
You can configure a maximum number of attempts to initiate the process in case of an error. Settings should be applied in the Config Tool while your Application Server (AS) Java is not running. For more information, see Configure the Error Modes at the end of the procedure.
Optional: Configure the Error Modes
In the Config Tool, navigate to Configuration → cluster_config → globals → clusternode_config → workernode → services → persistent → caf~eu~gp~model → extended.properties and change the values of the following properties:
The system uses the following default settings:
#!Scheduled Initiation Error Mode Try Again, max number of tries #!(Type : int, Default: '2') schedule.errormode.tryagain=2 #!Scheduled Initiation Error Mode Try Max (Try until success), max number of tries #!(Type : int, Default: '100') schedule.errormode.trymax=100
For more information, see Config Tool .