Hantering av statuskoder som klient
Baserad på https://datatracker.ietf.org/doc/html/rfc7231#section-6
Beskrivning av alla statusar hittas på länken.
Summering
HTTP-status | Beskrivning | Hantering |
---|---|---|
|
| Ingen hantering krävs. |
|
| Ingen hantering krävs. |
|
| Se beskrivning av varje enskild status. |
|
| Se beskrivning av varje enskild status. |
|
| Se beskrivning av varje enskild status. |
Hantering av enskilda statusar
Kolumnen “Försök igen automatiskt” avser visa vid vilka HTTP-statusar det är relevant att försöka utföra samma anrop igen och förvänta sig ett lyckat resultat.
HTTP-status | Försök igen automatiskt | Hantering |
---|---|---|
|
|
|
|
| Navigera till ny URI. Denna URI ska följa med i en “Location”-header i responsen. Permanent flyttad resurs. Byt URI som används i anropet. |
|
| Navigera till ny URI. Denna URI ska följa med i en “Location”-header i responsen. Temporärt flyttad resurs. Behåll URI som används i anropet. |
|
| Hämta resursen på URI som följer med i Location-header i responsen. |
|
| Används vid cachning. Statusen betyder att resursen inte har förändrats. Klienten kan använda den cachade versionen av resursen. |
|
| Deprecated och ska därmed inte användas. |
|
| Statuskoden definierades i tidigare versioner av specifikationen med används inte längre. |
|
| Samma som hantering HTTP 302. |
|
| Det är något fel på anropet och det behöver korrigeras innan det är någon mening att försöka igen. |
|
| Nytt försök kan utföras om autentiseringsuppgifter läggs till eller uppdateras. Antingen så saknas autentiseringsuppgifter i anropet eller så tillåter inte servern åtkomst. |
|
| Reserverad status för framtida bruk. |
|
| Nytt försök kan utföras om autentiseringsuppgifter uppdateras. |
| ibland | Vanligtvis ska inga nya försök utföras om man inte har anledning att tro att resursen kan dyka upp vid senare tillfälle. Det kan t.ex. vara relevant med nya försök om man försöker hämta ett ärende som inte har hunnit skapas än men som man tror kommer skapas inom en snar framtid. |
|
|
|
|
| Anropet behöver justeras. |
|
| Samma hantering som HTTP 401. |
|
|
|
|
| Anropet behöver justeras. |
|
| Resursen existerar inte längre och detta ska vara ett permanent tillstånd. |
|
| Klienten måste lägga till headern “Content-Length” innan omförsök. |
|
|
|
|
| Inga nya försök ska vanligtvis utföras. Storleken på anropet var för stort. Om det är ett temporärt tillstånd så följer en header med i responsen (“Retry-After”) och då kan nytt försök utföras efter tiden som anges. |
|
|
|
|
| Media Type måste ändras. |
|
|
|
|
|
|
|
| Protokoll som används i anropet måste ändras. |
|
| Tillståndet kan vara temporärt och t.ex. orsakas av att ett system hos tredjepart ligger nere temporärt. |
|
|
|
|
| Nytt försök kan utföras. Tillståndet kan vara temporärt. |
|
|
|
|
| Nytt försök kan utföras. Tillståndet kan vara temporärt. |
|
|
|