Update a single configuration element instance
put
/rest/{version}/configuration/configElements
Updates the specified configuration element instance in the system configuration. The client making the PUT request must already possess the configuration lock or the request fails. If the specified element instance is a singleton - meaning only one instance can exist in the system configuration - it must first have been created using POST. When editing any non-singleton element, the PUT request body must include the key attribute(s) that uniquely identify the instance being edited, as well as any attributes or sub-elements that are being changed. However, the client is free to send all of the element's attriutes or sub-elements in the PUT request. Any attribute or sub-element in the request that is identical to the system configuration will be left unmodified in the system configuration. If one or more attributes or sub-elements in the request is syntactically invalid, the PUT request fails and the system configuration is left unmodified.
Request
Path Parameters
-
version: string
For this release, the value is "v1.0".
Header Parameters
-
Authorization:
The value in the Authorization header must be the string "Bearer <access token>", where <access token> is a valid, unexpired token received in response to a prior /auth/token request.
Supported Media Types
- application/xml
When updating a singleton element type, the request body must contain the element type and only those attributes/sub-elements that are being modified. When updating a non-singleton element type, the request body must contain the element type, the key attribute(s) to uniquely identify the instance being updated, and the attribute(s) or sub-element(s) that are being modified. In either case, however (singleon or multi-instance), the client may provide the entire set of element attributes and sub-elements, and the system will only update those that are different from the current system configuration (assuming all supplied values are valid).
Nested Schema : items
Type:
object
Response
Supported Media Types
- application/xml
200 Response
Successful update of the requested instance. The complete configuration data (all supported attributes and sub-elements) are returned in the response body.
Nested Schema : links
Type:
object
Nested Schema : messages
Type:
object
Nested Schema : items
Type:
object
400 Response
The request is missing required information and cannot be processed, or one or more attribute/sub-element name and/or values supplied by the client is not valid, or the request is malformed and cannot be processed.
Nested Schema : data
Type:
object
Nested Schema : links
Type:
object
401 Response
The client is not authorized.
Nested Schema : data
Type:
object
Nested Schema : links
Type:
object
403 Response
This request requires the client to have administrator privileges.
Nested Schema : data
Type:
object
Nested Schema : links
Type:
object
404 Response
Unsupported versionId in URI, or requested element type not supported, or element instance specified by key attribute(s) not found
Nested Schema : data
Type:
object
Nested Schema : links
Type:
object
423 Response
The request requires the configuration lock and failed because the client does not currently own the lock. If another client or user currently owns the configuration lock, the error message is "Resource locked by another user". If no client or user owns the configuration lock, the error message is "User does not have the lock".
Nested Schema : data
Type:
object
Nested Schema : links
Type:
object
Examples
The following example shows how to update a single configuration element instance by submitting a PUT request on the REST resource using cURL. For more information about cURL, see Use cURL
curl -X PUT \ --header 'Accept: application/xml' \ --header 'Authorization: Bearer <token>' \ -d@request.xml \ 'https://10.0.0.2/rest/v1.0/configuration/configElements?elementType=ntp-config'
The following shows an example of the contents of the request.xml
file sent as the request body.
<?xml version="1.0" encoding="UTF-8"?> <configElement> <elementType>ntp-config</elementType> <attribute> <name>server</name> <value>10.0.0.20</value> </attribute> </configElement>
Example of the Response Headers
The following shows an example of the response headers.
HTTP/1.1 200 OK Date: Wed, 08 Aug 2018 12:15:09 GMT Cache-Control: no-cache Content-Length: 495 Content-Type: application/xml Connection: keep-alive Keep-Alive: timeout=60, max=99 Last-Modified: Wed, 08 Aug 2018 12:15:09 GMT X-Appweb-Seq: 138
Example of the Response Body
The following example shows the contents of the response body in XML format.
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <response> <data> <configElement> <elementType>ntp-config</elementType> <attribute> <name>server</name> <value>10.0.0.20</value> </attribute> <attribute> <name>last-modified-by</name> <value>REST-admin@10.0.0.4</value> </attribute> <attribute> <name>last-modified-date</name> <value>2018-08-08 12:15:09</value> </attribute> </configElement> </data> <messages/> <links/> </response>