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
Header Parameters
  • 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
Request Body ()
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).
Root Schema : schema
Type: object
Show Source
Nested Schema : attribute
Type: array
Show Source
Nested Schema : subElement
Type: array
Show Source
Nested Schema : NameValuePair
Type: object
Show Source
Nested Schema : items
Type: object
Back to Top

Response

Supported Media Types

200 Response

Successful update of the requested instance. The complete configuration data (all supported attributes and sub-elements) are returned in the response body.
Body ()
Root Schema : response
Type: object
Show Source
Nested Schema : data
Type: object
Show Source
Nested Schema : messages
Type: object
Nested Schema : configElement
Type: object
Show Source
Nested Schema : attribute
Type: array
Show Source
Nested Schema : subElement
Type: array
Show Source
Nested Schema : NameValuePair
Type: object
Show Source
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.
Body ()
Root Schema : response
Type: object
Show Source
Nested Schema : data
Type: object
Nested Schema : messages
Type: object
Show Source

401 Response

The client is not authorized.
Body ()
Root Schema : response
Type: object
Show Source
Nested Schema : data
Type: object
Nested Schema : messages
Type: object
Show Source

403 Response

This request requires the client to have administrator privileges.
Body ()
Root Schema : response
Type: object
Show Source
Nested Schema : data
Type: object
Nested Schema : messages
Type: object
Show Source

404 Response

Unsupported versionId in URI, or requested element type not supported, or element instance specified by key attribute(s) not found
Body ()
Root Schema : response
Type: object
Show Source
Nested Schema : data
Type: object
Nested Schema : messages
Type: object
Show Source

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".
Body ()
Root Schema : response
Type: object
Show Source
Nested Schema : data
Type: object
Nested Schema : messages
Type: object
Show Source
Back to Top

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>
Back to Top