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.