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 “Automatiska försök” avser visa vid vilka HTTP-statusar det är relevant att utföra automatiska försök efter anropet.
HTTP-status | Automatiska försök | Hantering |
---|---|---|
| Används inte av oss idag. | |
| 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 betyer att resursen inte har förändrats. Klienten kan använda den cachade versionen av resursen. | |
| Används inte av oss idag. | |
| Används inte av oss idag. | |
| 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. | |
| ✔ | Omfö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. |
| Används inte av oss idag. | |
| ✔ | Omförsök kan utföras om autentiseringsuppgifter uppdateras. |
| ibland | Vanligtvis behöver inga omfö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 omförsök om man försöker hämta ett ärende som inte har hunnit skapas än men som man vet kommer skapas inom 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. | |
| Används inte av oss idag. | |
| Inga omfö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 omförsök göras efter tiden som anges. | |
| ||
| Media Type måste ändras. | |
| ||
| Används inte av oss idag. | |
| 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. |
| ||
| ✔ | Omförsök kan utföras. Tillståndet kan vara temporärt. |
| ✔ | |
| ✔ | Omförsök kan utföras. Tillståndet kan vara temporärt. |
|