idempotency_key_reuse


Kods	`idempotency_key_reuse`
HTTP statuss	`409 Conflict`
Atkārtojams	Skatiet `retryable` atbildē

Izvēlieties pareizo atkopšanas veidu

Viens un tas pats kļūdas kods raksturo divas atšķirīgas situācijas. Pirms rīkojaties, pārbaudiet retryable; ar HTTP statusu vien nepietiek, lai noteiktu, vai pieprasījums jāatkārto.

Atbilde	Nozīme	Nākamais solis
`retryable: false`	Atslēga jau identificē pieprasījumu ar citiem ievades datiem.	Salīdziniet pieprasījuma pamattekstu ar sākotnējo pieprasījumu. Jaunu atslēgu izmantojiet tikai tad, ja operācija ir apzināti atšķirīga.
`retryable: true`	Cits pieprasījums ar šo atslēgu vēl tiek apstrādāts.	Saglabājiet to pašu atslēgu un pieprasījumu. Uzgaidiet vismaz `Retry-After` sekundes un pēc tam atkārtojiet pieprasījumu, ievērojot ierobežotu laika budžetu.

Atšķirīgi ievades dati

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

Pieprasījums vēl tiek apstrādāts

Šajā piemērā ir arī HTTP atbildes galvene 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"
}

Saglabājiet nemainīgu atkārtošanas identitāti

Operācijām, kurām ir dokumentēta idempotence, atslēgas darbības joma ir organizācija, pakalpojuma konts, HTTP metode, resursa ceļš un noteiktā API versija. Mainot jebkuru no tiem, tiek izveidota cita atkārtošanas identitāte; tas neatjauno sākotnējo operāciju. Akreditācijas datu nomaiņa tajā pašā pakalpojuma kontā šo identitāti nemaina, taču aizstājošajiem akreditācijas datiem joprojām ir jābūt nepieciešamajām atļaujām. Atkopjoties pēc noildzes, saglabājiet sākotnējo atslēgu, pamattekstu, ceļu un versiju. Neveidojiet jaunu atslēgu tikai tāpēc, lai apietu konfliktu: sākotnējā rakstīšanas operācija jau varētu būt sekmīgi izpildīta. Ja resursa ID ir zināms, izgūstiet resursu un izmantojiet operācijai dokumentēto atkopšanas procedūru. Pabeigta atkārtota atbilde satur Idempotent-Replayed: true tur, kur operācijai ir dokumentēta atbildes atkārtošana. Idempotency-Key nosūtīšana nepadara operāciju idempotentu, ja vien tās atsaucē nav skaidri norādīts, ka šī galvene tiek atbalstīta. Aizsardzība pret atkārtojumiem ir ierobežota ar operācijas saglabāšanas politiku; tā nav pastāvīga garantija pret dublikātiem. Ja apstrāde joprojām nav atrisināta, sazinieties ar Living Security atbalsta komandu, norādot request_id, UTC laika zīmogu, metodi, ceļu un API versiju. Nekādā gadījumā neiekļaujiet API atslēgu, klienta noslēpumu vai piekļuves pilnvaru.

Izstrādātāju centrs

Publiskais API v1

API v1 atsauce

Izvēlieties pareizo atkopšanas veidu

Atšķirīgi ievades dati

Pieprasījums vēl tiek apstrādāts

Saglabājiet nemainīgu atkārtošanas identitāti

Izstrādātāju centrs

Publiskais API v1

API v1 atsauce

​Izvēlieties pareizo atkopšanas veidu

​Atšķirīgi ievades dati

​Pieprasījums vēl tiek apstrādāts

​Saglabājiet nemainīgu atkārtošanas identitāti

Izvēlieties pareizo atkopšanas veidu

Atšķirīgi ievades dati

Pieprasījums vēl tiek apstrādāts

Saglabājiet nemainīgu atkārtošanas identitāti