idempotency_key_reuse


Kod	`idempotency_key_reuse`
HTTP-status	`409 Conflict`
Kan försökas igen	Läs `retryable` i svaret

Välj rätt åtgärd för återställning

Samma felkod beskriver två olika situationer. Kontrollera retryable innan du vidtar åtgärder; enbart HTTP-statusen anger inte om du ska försöka igen.

Svar	Betydelse	Nästa steg
`retryable: false`	Nyckeln identifierar redan en begäran med andra indata.	Jämför innehållet (body) med den ursprungliga begäran. Använd en ny nyckel endast för en avsiktligt annorlunda operation.
`retryable: true`	En annan begäran som använder nyckeln bearbetas fortfarande.	Behåll samma nyckel och samma begäran. Vänta minst `Retry-After` sekunder och försök sedan igen inom en begränsad tidsram.

Andra indata

{
  "type": "https://docs.livingsecurity.com/developers/v1/errors/idempotency_key_reuse",
  "title": "Conflict",
  "status": 409,
  "detail": "Idempotency-Key was already used with a different request.",
  "code": "idempotency_key_reuse",
  "request_id": "req_0199a1e0-7c00-7000-8000-000000000001",
  "doc_url": "https://docs.livingsecurity.com/developers/v1/errors/idempotency_key_reuse",
  "retryable": false,
  "param": "Idempotency-Key"
}

Begäran bearbetas fortfarande

Det här exemplet har även HTTP-svarshuvudet Retry-After: 1.

{
  "type": "https://docs.livingsecurity.com/developers/v1/errors/idempotency_key_reuse",
  "title": "Conflict",
  "status": 409,
  "detail": "A concurrent request is still processing this Idempotency-Key. Retry shortly.",
  "code": "idempotency_key_reuse",
  "request_id": "req_0199a1e0-7c00-7000-8000-000000000001",
  "doc_url": "https://docs.livingsecurity.com/developers/v1/errors/idempotency_key_reuse",
  "retryable": true,
  "param": "Idempotency-Key"
}

Behåll en stabil identitet för omförsök

För operationer där idempotens är dokumenterad gäller nyckeln för organisationen, tjänstkontot, HTTP-metoden, resurssökvägen och den fastställda API-versionen. Om något av detta ändras skapas en annan identitet för omförsök; den ursprungliga operationen återställs alltså inte. Om en autentiseringsuppgift roteras under samma tjänstkonto ändras inte den identiteten, men den nya autentiseringsuppgiften måste fortfarande ha behörighet. Behåll den ursprungliga nyckeln, innehållet (body), sökvägen och versionen när du återhämtar dig efter en timeout. Generera inte en ny nyckel enbart för att komma förbi en konflikt: den ursprungliga skrivningen kan redan ha lyckats. Hämta resursen om dess ID är känt och använd operationens dokumenterade återställningsprocedur. Ett slutfört återspelat svar innehåller Idempotent-Replayed: true när operationen dokumenterar återspelning av svar. Att skicka ett Idempotency-Key gör inte en operation idempotent om inte dess referens uttryckligen stöder det huvudet. Skyddet mot omförsök är begränsat av operationens lagringspolicy; det är ingen permanent garanti mot dubbletter. Om bearbetningen förblir olöst, kontakta Living Security Support och ange request_id, UTC-tidsstämpel, metod, sökväg och API-version. Ta aldrig med en API-nyckel, en klienthemlighet eller en åtkomsttoken.

Utvecklarportal

Publikt API v1

API v1-referens

Välj rätt åtgärd för återställning

Andra indata

Begäran bearbetas fortfarande

Behåll en stabil identitet för omförsök

Utvecklarportal

Publikt API v1

API v1-referens

​Välj rätt åtgärd för återställning

​Andra indata

​Begäran bearbetas fortfarande

​Behåll en stabil identitet för omförsök

Välj rätt åtgärd för återställning

Andra indata

Begäran bearbetas fortfarande

Behåll en stabil identitet för omförsök