idempotency_key_reuse


Kode	`idempotency_key_reuse`
HTTP-status	`409 Conflict`
Kan gentages	Læs `retryable` i svaret

Vælg den rette fremgangsmåde til genoprettelse

Den samme fejlkode beskriver to forskellige situationer. Kontrollér retryable, før du handler; HTTP-status alene fortæller ikke, om anmodningen skal gentages.

Svar	Betydning	Næste trin
`retryable: false`	Nøglen identificerer allerede en anmodning med andre inputdata.	Sammenlign body med den oprindelige anmodning. Brug kun en ny nøgle til en bevidst anderledes operation.
`retryable: true`	En anden anmodning, der bruger nøglen, er stadig under behandling.	Behold den samme nøgle og anmodning. Vent mindst `Retry-After` sekunder, og forsøg derefter igen inden for et afgrænset tidsbudget.

Andre inputdata

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

Anmodningen behandles stadig

Dette eksempel har også HTTP-svarheaderen 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"
}

Bevar identiteten for gentagne forsøg

For operationer, der dokumenterer idempotens, er nøglen afgrænset til organisationen, servicekontoen, HTTP-metoden, ressourcestien og den fastlagte API-version. Hvis du ændrer et af disse elementer, opstår der en anden identitet for gentagne forsøg; det genopretter ikke den oprindelige operation. Hvis du roterer en legitimationsoplysning under den samme servicekonto, ændres identiteten ikke, men den nye legitimationsoplysning skal stadig have tilladelse. Behold den oprindelige nøgle, body, sti og version, når du genopretter efter en timeout. Generér ikke en ny nøgle blot for at komme uden om en konflikt: Den oprindelige skriveoperation kan allerede være gennemført. Hent ressourcen, hvis dens ID er kendt, og brug operationens dokumenterede genoprettelsesprocedure. Et gennemført genafspillet svar indeholder Idempotent-Replayed: true, hvor operationen dokumenterer genafspilning af svar. Hvis du sender en Idempotency-Key, bliver en operation ikke idempotent, medmindre dens reference udtrykkeligt understøtter den pågældende header. Beskyttelsen mod gentagne forsøg er afgrænset af operationens opbevaringspolitik; den er ikke en permanent garanti mod dubletter. Hvis behandlingen fortsat er uafklaret, skal du kontakte Living Security Support med request_id, UTC-tidsstempel, metode, sti og API-version. Medsend aldrig en API-nøgle, klienthemmelighed eller adgangstoken.

Udviklerhub

Offentlig API v1

API v1-reference

Vælg den rette fremgangsmåde til genoprettelse

Andre inputdata

Anmodningen behandles stadig

Bevar identiteten for gentagne forsøg

Udviklerhub

Offentlig API v1

API v1-reference

​Vælg den rette fremgangsmåde til genoprettelse

​Andre inputdata

​Anmodningen behandles stadig

​Bevar identiteten for gentagne forsøg

Vælg den rette fremgangsmåde til genoprettelse

Andre inputdata

Anmodningen behandles stadig

Bevar identiteten for gentagne forsøg