Get plan definitions for a booster
This GET
operation retrieves a list of plan definitions that are associated with the specified booster. You can also omit the booster id
and use query parameters to see what plan definitions have a booster associated with them. If successful, you receive an HTTP response code of 200
as well as a JSON
response which includes the plan definitions by name in an array.
See HTTP response codes for other response codes. |
GET /pcc/spcm/boosters/<id>/planDefinitions
OR
/pcc/spcm/boosters/planDefinitions
+ query parameters
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.
|
permissions: SPCM_PLAN_BOOSTER_READ_PERMISSION
Query parameters
/pcc/spcm/boosters/planDefinitions?name=planDefA&name=planDefB
Parameter | Type | Description |
---|---|---|
|
string |
The name of the plan definition. |
JSON response
The following sample shows the expected result when using the query parameters to see what plan definitions have boosters; in this case, both planDefinitionA
and planDefinitionB
have boosters associated with them. See Plan definition descriptions for all possible data types.
You only receive a JSON response if you use the query parameters.
|
{
[
"planDefinitionA",
"planDefinitionB"
]
}
Booster type descriptions
Field | Type | Description | ||
---|---|---|---|---|
|
integer |
The unique identifier for the booster. This is assigned by the server upon creating a booster. |
||
|
string |
The type of booster desired by the user. options
|
||
|
string |
The amount of data (or extension of plan).
|
||
|
integer |
Specifies the cost of the booster. |
HTTP response codes
Code | Description | ||||
---|---|---|---|---|---|
|
success! |
||||
|
Multistatus response
|
||||
|
malformed request |
||||
|
unauthorised; bad username or password |
||||
|
forbidden; user does not have appropriate privileges |
||||
|
booster 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
|
||||
|
internal error example
|
||||
|
request rejected due to overload |