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. |
|
| Omförsök kan utföras i vissa fall. |
|
| Se beskrivning av varje enskild status. |
|
| Omförsök ska utföras i vissa fall. |
...
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 | Hantering | ||
---|---|---|---|
| Ingen hantering krävs. Ramverken brukar sköta detta automatiskt. | ||
| Ingen hantering krävs. Anropet gick bra. | ||
Försök igen automatiskt | Hantering | ||
| Används inte hos oss. | ||
| Navigera till ny URI. Denna URI ska följa med i en Location“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“Location”-header i responsen. Byt 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 betyder att resursen inte har förändrats. Klienten kan använda den cachade versionen av resursen. | ||
| Deprecated och används ska därmed inte hos ossanvändas. | ||
| Statuskoden definierades i tidigare versioner av specifikationen med används inte längre. | ||
| Samma som 302 med skillnaden att URI som används i anropet inte ska ändrashantering HTTP 302. | ||
| Inga omförsök ska utföras. Det är något fel på anropet och det behöver korrigeras innan det är lönt att göra ett nytt anropnå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. | |
| Används inte hos ossReserverad status för framtida bruk. | ||
| ✔ | Omförsök Nytt försök kan utföras om autentiseringsuppgifter uppdateras. | |
| ibland | Vanligtvis behöver ska inga omförsök 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 lämpligt relevant med omförsök 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. | |
| Inga omförsök ska utföras. | ||
| Inga omförsök ska utföras. Anropet behöver justeras. | ||
| Samma hantering som HTTP 401. | ||
| ✔ | ||
| Inga omförsök ska utföras. Anropet behöver justeras. | ||
| Inga omförsök ska utföras. Resursen existerar inte längre och detta är ska vara ett permanent tillstånd. | ||
| Klienten måste lägga till headern “Content-Length” innan omförsök. | ||
| |||
| Inga omförsök 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“Retry-AfterAfter”) och då kan omförsök göras nytt försök utföras efter tiden som anges. | ||
| Inga omförsök ska utföras. | ||
| Inga omförsök ska utföras. Media Type måste ändras. | ||
| |||
| |||
| Inga omförsök ska utföras. Protokoll som används i anropet måste ändras. | ||
| ✔ | Omförsök ska utföras. Tillståndet kan vara temporärt och t.ex. orsakas av att ett tredjepartssystem system hos tredjepart ligger nere för stundentemporärt. | |
| |||
| ✔ | Nytt försök kan utföras. Tillståndet kan vara temporärt. | |
| ✔ | ||
| ✔ | Omförsök Nytt försök kan utföras. Tillståndet kan vara temporärt. | |
|