Workflow Status API Specifications
Use the Workflow Status API to get information on execution status. This API can be used to get parent status of execution or detailed status of an execution.
Get Workflow Status
Use this API to get the workflow status of the execution.
API
/selfservice/v1/executions/status
Scope and AuthZ
- You must have
mcs:oci:api:User
scope to access this API. - You can get execution status only for executions created by your customer.
- You can get execution status only for self-service functionality for which customer has opted-in.
Headers
- Authorization: Bearer <Token>
Where <Token> is the OAUTH token returned by the Authorization Server (JWT Token).
- Identifier: <JWKS Identifier>
Where <JWKS Identifier> is the GUID generated when JWKS URI is set by customer admin in self-service platform.
Base Path
/selfservice/v1/
Functionality
- This API exposes workflow status of executions.
executionId
is the execution ID.status
is parent status of given execution.
Verb
GET
Parameters
Name | Type | Description | Mandatory | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
id |
Query parameter | Execution ID.
Note: Multiple IDs can be passed in the following format:
|
At least one ID has to be passed. | ||||||||||||||
requestor |
Query parameter |
Functionality name calling API. For example, EXADATA_CPU_SCALE for Exadata Scale Up or Scale Down functionality. Requestor values are as follows:
|
Yes |
Sample response
{
"response": [
{
"executionId": "3-BLFVC0W",
"status": "success"
},
{
"executionId": "3-XTFVC0W",
"status": "success"
}
]
}
Get Workflow Status Details
Use this API to get workflow status details.
API
/selfservice/v1/executions/{id}/status/details
Scope and AuthZ
- You must have
mcs:oci:api:User
scope to access this API. - You can get execution details status only for executions created by your customer.
- You can get execution status only for self-service functionality for which customer has opted-in.
Headers
- Authorization: Bearer <Token>
Where <Token> is the OAUTH token returned by the Authorization Server (JWT Token).
- Identifier: <JWKS Identifier>
Where <JWKS Identifier> is the GUID generated when JWKS URI is set by customer admin in self-service platform.
Base Path
/selfservice/v1/
Functionality
- This API exposes workflow status details of executions.
executionId
is the execution ID.stepId
is current step ID and is used to identify child steps for the given step. If not passed, the step is treated as root step.subSteps.stepId
is step ID for a substep and is used in subsequent API calls to identify child steps for the given step.subSteps.endTime
is the time at which given milestone is completed.subSteps.hasSubStep
denotes if given subStep has child stepssubSteps.name
is the milestone name.subSteps.status
is status for given milestone for RFC.subSteps.remark
is logs for the given milestone.
Verb
GET
Parameters
Name | Type | Description | Mandatory | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
id |
Query parameter |
Execution ID.
|
Yes | ||||||||||||||
stepId |
Query parameter | This parameter denotes current step ID. This parameter is used to identify child steps for a given Step. If not passed, the step is treated as root step. |
No Default is 0 |
||||||||||||||
requestor |
Query parameter |
Functionality name calling API. For example, EXADATA_CPU_SCALE for Exadata Scale Up or Scale Down functionality. Requestor values are as follows:
|
Yes |
Sample response
{
"executionId": "3-7JZXAGH",
"stepId": 0,
"subSteps": [
{
"endTime": "2021-04-21T01:56:24Z",
"hasSubStep": true,
"name": "RFC Submission",
"startTime": "2021-04-21T01:52:24Z",
"status": "Completed",
"stepId": 159,
"remark": "RFC successfully submitted to workflow engine"
},
{
"endTime": "2021-04-21T01:59:24Z",
"hasSubStep": false,
"name": "RFC Execution",
"startTime": "2021-04-21T01:52:24Z",
"status": "Queued",
"stepId": 236,
"remark": "RFC successfully executed"
}
]
}