Hacker News new | past | comments | ask | show | jobs | submit login

The statelessness relates to communication state. A client can hold state and it most certainly will hold state (consider your browser: open tabs with URLs, bookmarks, local browser cache; form autocompletion; settings; all of this is "state").

Instead, REST talks about a request being stateless and a response being stateless (i.e. sufficient on its own and not dependent on preceding or future communication between that client and server).

This is, again, done for the benefit of intermediaries, because intermediaries should not be forced to hold state in order to interpret REST communication. Every request, response should be sufficient on its own to be understood.




Sorry, I was not clear - by "client state" I meant not "state kept on the client" but "state on the server that is kept different for every client".




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: