...
HTTP-status | Beskrivning | Hantering |
---|---|---|
|
| Ingen hantering krävs. |
|
| Ingen hantering krävs. |
|
| Se beskrivning av varje enskild status. |
|
| Omförsök ska utföras i vissa fall. |
|
| 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 | |
---|---|---|---|
| Används inte av oss idag. | ||
| 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. 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 ska därmed inte användas. | ||
| Statuskoden definierades i tidigare versioner av specifikationen med används inte längre. | ||
| Samma som hantering HTTP 302. | ||
| Inga omförsök ska utföras. 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 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 av oss idagReserverad 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 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 vet tror kommer skapas inom en snar framtid. | |
| |||
| 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 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. | ||
| |||
| Inga omförsök ska utföras. 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. | |
|