State Transitions of the Root State Machine
In the root state machine of a generated process, transitions between states can be automatically, time triggered, or signal triggered. Time triggered and signal triggered transitions can be controlled via the PAS Administration.
Time Triggered Transitions and Settings
The xUML service implementing the process features settings to control time triggered transitions.
Setting | Description | Allowed Values | |
|---|---|---|---|
holdTime | Specify a period of time the process will reside in state Done after the process has been finished. | A valid time duration as specified on Time Durations. | |
autoRetry | Specify whether the root state machine should trigger a retry of the erroneous process step after the period of time defined in autoRetryTime. | true | Retry process step where the error occurred. |
false | No auto-retry (default). | ||
autoRetryTime | Specify a period of time to wait before triggering an auto-retry of a process in state Error. | A valid time duration as specified on Time Durations. | |
You can change these settings:
Container Deployment | In the PAS Administration in the Configuration tab of the corresponding service. This is described in more detail on Adapting the Configuration of Containerized xUML Services (Docker) or Adapting the Configuration of Containerized xUML Services (Kubernetes) - depending on your PAS setup. |
|---|---|
Integration Deployment | On the Bridge as described on xUML Service Settings. |
Signal Triggered Transitions
The Persistent State section (PAS Administration > service details) lists all processes and their corresponding states:
In the details view of a persistent state object, you can inspect the process and state details, trigger available signals or a retry via the corresponding icons:
Alternatively, you can use the xUML Runtime API to send those signals. This is described in more detail on xUML Service Interface.
Related Pages: