SQS health check
This GET
operation checks if the SQS API is healthy and up and running. If successful, you receive an HTTP response code of 200
and a JSON
response with the status
of UP
.
See HTTP response codes for other response codes. |
GET /sqs/actuator/health
HEADER INFO
authorisation: HTTP Basic Auth
tenant: <tenantName>
content-type: application/JSON
accept: application/JSON
By default, accept is XML . You must explicitly set accept in your header to application/JSON to receive a JSON response.
|
SQS donations data type descriptions
Field | Type | Description | ||
---|---|---|---|---|
|
string |
The auto-assigned ID given to a donation upon creation. |
||
|
string |
The MSISDN of the donor subscriber.
|
||
|
integer |
The ID of the donor’s shareable plan. |
||
|
string |
Specifies the quota type. This is
|
||
|
array |
An array that lists recipients of the donation. Recipients will have a |
||
|
string |
The unique ID for the recipient. This is typically the MSISDN.
|
||
|
integer |
The quota being shared with the recipient. |
||
|
string |
The unique ID of the group. Group IDs are auto-assigned upon creation. |
HTTP response codes
Code | Description | ||||
---|---|---|---|---|---|
|
success! |
||||
|
Multistatus response
|
||||
|
malformed request |
||||
|
unauthorised; bad username or password |
||||
|
forbidden; user does not have appropriate privileges |
||||
|
sqs not found |
||||
|
conflict with target resource
|
||||
|
failed validation; this typically means that a property was not set or a value is out of range. example
|
||||
|
failed processing (after passing validation). example
Example 1. SQS response codes
|
||||
|
internal error |
||||
|
request rejected due to overload |