idempotency_key_reuse


Kode	`idempotency_key_reuse`
HTTP-status	`409 Conflict`
Kan prøves på nytt	Les `retryable` i svaret

Velg riktig fremgangsmåte for gjenoppretting

Den samme feilkoden beskriver to ulike situasjoner. Kontroller retryable før du foretar deg noe; HTTP-status alene forteller ikke om du bør prøve på nytt.

Svar	Betydning	Neste steg
`retryable: false`	Nøkkelen identifiserer allerede en forespørsel med andre inndata.	Sammenlign innholdet i forespørselen med den opprinnelige forespørselen. Bruk en ny nøkkel bare for en bevisst annerledes operasjon.
`retryable: true`	En annen forespørsel som bruker nøkkelen, behandles fortsatt.	Behold den samme nøkkelen og forespørselen. Vent i minst `Retry-After` sekunder, og prøv deretter på nytt innenfor et begrenset tidsbudsjett.

Andre inndata

{
  "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"
}

Forespørselen behandles fortsatt

Dette eksemplet har også HTTP-svarhodet 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"
}

Hold identiteten for nye forsøk stabil

For operasjoner som dokumenterer idempotens, er nøkkelen avgrenset til organisasjonen, tjenestekontoen, HTTP-metoden, ressurssti og den løste API-versjonen. Hvis du endrer noen av disse, får du en annen identitet for nye forsøk; det gjenoppretter ikke den opprinnelige operasjonen. Hvis du bytter ut en legitimasjon under samme tjenestekonto, endres ikke denne identiteten, men den nye legitimasjonen må fortsatt ha tilgang. Behold den opprinnelige nøkkelen, innholdet, stien og versjonen når du gjenoppretter etter en tidsavbrudd. Ikke generer en ny nøkkel bare for å komme forbi en konflikt: den opprinnelige skriveoperasjonen kan allerede ha lyktes. Hent ressursen når ID-en er kjent, og bruk operasjonens dokumenterte gjenopprettingsprosedyre. Et fullført gjensvar inneholder Idempotent-Replayed: true der operasjonen dokumenterer gjensvar av respons. Hvis du sender en Idempotency-Key, gjør det ikke en operasjon idempotent med mindre dens referanse eksplisitt støtter det svarhodet. Beskyttelsen mot nye forsøk er begrenset av operasjonens oppbevaringspolicy; den er ikke en permanent garanti mot duplikater. Hvis behandlingen fortsatt er uavklart, kontakt Living Security Support med request_id, UTC-tidsstempel, metode, sti og API-versjon. Ta aldri med en API-nøkkel, klienthemmelighet eller tilgangstoken.

Utviklersenter

Offentlig API v1

API v1-referanse

Velg riktig fremgangsmåte for gjenoppretting

Andre inndata

Forespørselen behandles fortsatt

Hold identiteten for nye forsøk stabil

Utviklersenter

Offentlig API v1

API v1-referanse

​Velg riktig fremgangsmåte for gjenoppretting

​Andre inndata

​Forespørselen behandles fortsatt

​Hold identiteten for nye forsøk stabil

Velg riktig fremgangsmåte for gjenoppretting

Andre inndata

Forespørselen behandles fortsatt

Hold identiteten for nye forsøk stabil