Modifier les limites

PUT /v2/limits

Si le serveur a des limites en base de données, remplace ces limites par celle passées dans la requête.

Example request:

PUT /v2/limits HTTP/1.1
Host: example.com
Content-Type: application/json

{
    "business": [
        "server1",
        "server2"
    ],
    "roles": [
        {
            "hostName": "server1",
            "roleList": [
                "TRANSFER",
                "RULE"
            ]
        }
    ],
    "aliases": [
        {
            "hostName": "server1",
            "aliasList": [
                "alias1",
                "alias2"
            ]
        }
    ],
    "others": "<root><version>3.0.12</version></root>"
}

Status Codes:

• 201 Created –

  Les limites ont été modifiées avec succès.

  Example response:

  HTTP/1.1 201 Created
  Content-Type: application/json
  
  {
      "upGlobalLimit": 1000000000,
      "downGlobalLimit": 50000000,
      "upSessionLimit": 1000000,
      "downSessionLimit": 500000,
      "delayLimit": 1000
  }
  

• 400 Bad Request –

  La requête est invalide, soit à cause de paramètres de requête erronés, soit à cause d’un corps de requête invalide.

  Les causes de l’échec de la requête sont données dans le corps de la réponse sour forme d’un tableau JSON.

  Example response:

  HTTP/1.1 400 Bad Request
  Content-Type: application/json
  
  {
      "errors": [
          {
              "message": "Query parameter 'startTrans' : illegal value 'not_a_date'.",
              "errorCode": 4
          },
          {
              "message": "Query parameter 'status' : illegal value 'not_a_status'.",
              "errorCode": 4
          }
      ]
  }
  

• 404 Not Found – Dans le cas d’une requête sur une collection, cela signifie que l’identifiant donné n’existe pas dans la base de données.