Execution settings

You can change the settings that are related to the execution of your workflow.

Maximum workflow runtime (in minutes)

Specify the time after which the workflow execution must end. The maximum workflow runtime limit is 6 minutes for sync workflows and 90 minutes for async workflows. The higher the runtime, the greater the consumption.

Wait time (in days)

Wait time defines the number of days the system waits for the inbound events to occur, with a maximum limit of 25 days. For more information, see Suspend and resume workflow runs.

Log settings

Log settings specify the level of detail captured in workflow execution logs. Workflow execution logs include input and output logs for each action in the workflow. Proper configuration helps ensure that sufficient information is recorded for troubleshooting and monitoring, without excessive storage consumption or performance impact.

Note: The selected log setting applies only to webhook-based and trigger-based executions. For manual executions, the system always stores execution logs, regardless of the selected log setting. Log settings also do not apply to execution records on the Workflow executions page. The execution record show execution status and are not affected by log settings.
  • Always: The system displays execution records on the Workflow executions page and the associated execution logs when you select a record.
  • Never: The system display execution records on the Workflow executions page, but it does not display associated execution logs when you select a record.
    Because execution logs are not available, the following features are not supported as they require log details to function:
    • Resume workflow
    • Restart workflow
    Note: If you want to use the listed features, you can select the On-error option.
  • Top-level: The system displays execution logs only for the top-level workflows actions.
    • Loop action: The system displays execution logs only for top-level actions. It does not display logs for actions inside the loop.
    • Run Workflow action: When a parent workflow runs a child workflow, the system displays execution logs only for the parent workflow execution that contains the Run Workflow action. It does not display execution logs for the child workflow execution.
  • On-error: The system displays execution records on the Workflow executions page. However, it does not display execution logs if the workflow execution status is successful.
Auto connect

You can automatically connect each connector added on canvas to a previous component (trigger or action, based on the workflow design) in the workflow. It eliminates the need for you to manually connect each connector to the workflow.

Show real-time visualization of workflow when executed via webhook or trigger

Enable or disable real-time visualization of workflow execution.

When it is enabled, you see real-time execution indicators on your canvas (a green line when you run the workflow), whenever you run the workflow through a trigger or a webhook. When disabled, the real-time visualization line is not displayed for workflows running on webhooks or triggers. You can see the real-time visualization line for all manually run workflows always.

Note:
  • This option is disabled by default for all the existing and newly created workflows.
  • If a workflow canvas remains idle for 15 minutes, and after that the workflow on that canvas is run through webhook or trigger, you won't be able to view the execution indicators. To resume viewing the execution indicators, either refresh the canvas page or run the workflow manually one time.
Retry executing failed actions before stopping the workflow

Enable this option to run the failed action before ending the workflow. It eliminates the need to re-run the entire workflow each time it fails due to a momentary internal or external error in action execution.

Note: As no connector explicitly categorizes errors as transient, none of the actions are retried even after a failure, as they are automatically treated as transactional by default. It differs from the previous approach to handling action retries within a workflow.

webMethods Integration provides a flexible retry mechanism that allows you to configure the retry count and retry interval. This mechanism determines the total retry time for a specific workflow before the system stops its execution. The total retry time depends on two configurable parameters: the retry count and the retry interval.

  • Retry count- Indicates the number of times the system attempts to run a failed operation before ending the workflow.
  • Retry interval- Indicates the duration between each retry attempt.

Total retry time refers to the overall duration within which all retry attempts for a specific workflow are made before the system stops the execution. The total retry time is determined by multiplying the retry count by the retry interval. For example, if you set the retry count to five and the retry interval to five minutes, the total time for the action to retry is 25 minutes.

Note:

  • The retry mechanism is designed to handle transient errors, but it does not apply to transactional errors. It means, while the option is enabled, it is applicable if the workflow encounters transient errors; otherwise, the workflow fails.

  • The retry mechanism operates asynchronously. When the configured retry time is reached, the system adds the task to a retry queue. The execution time for the retry task depends on the workload currently in the queue.

  • In the monitor page, while retry attempts are ongoing, the execution status of the workflow is displayed as suspended. The workflow status changes to Success or Failed after all retry attempts are completed, depending on whether the workflow succeeds or fails.

  • If you have enabled this option in execution settings but have not specified values for Retry Count and Retry Interval, the default total retry time is set to three minutes, with a maximum of three retries occurring at 1-minute intervals.

  • The retry interval must be set within a range of 1–60 minutes.

  • The total retry time should not exceed 180 minutes. For example, if you select a retry interval of 10 minutes, you can enter up to 18 retry counts (18 attempts x 10 minutes = 180 minutes), reaching the maximum total retry time allowed.

Enable workflow to be resumed

When enabled, this option allows the workflow to resume from the last successfully executed action after a failure. This feature requires detailed logging and is unavailable when Log settings is set to Never or Top-level.

Enable workflow to be restarted

When enabled, this option allows the workflow to restart automatically from the beginning after a failure, without manual intervention. This feature is unavailable when Log settings is set to Never or Top-level.

Additional Information
  • Workflow executed by webhook or trigger

    To view the input/output details associated with each action of the workflow in the debug panel and under the workflow execution logs, go to Workflow > Settings > Execution settings and change the Log settings to Always or Top-level, and then rerun the workflow option.

  • Workflow executed manually from canvas

    On manual execution of a workflow from the canvas, the execution logs will always be visible, regardless of the configuration set under Log settings.