वास्तव में, पुनर्स्थापना केवल संसाधन पर लागू होती है, जैसा कि एक यूनिवर्सल रिसोर्स आइडेंटिफ़ायर द्वारा इंगित किया गया है। तो REST के संबंध में हेडर, कुकीज आदि जैसी चीजों के बारे में भी बात करना वास्तव में उचित नहीं है। REST किसी भी प्रोटोकॉल पर काम कर सकता है, भले ही यह HTTP पर नियमित रूप से किया जाए।
मुख्य निर्धारणकर्ता यह है: यदि आप एक REST कॉल भेजते हैं, जो कि एक URI है, तो एक बार कॉल सर्वर पर इसे सफलतापूर्वक कर देता है, तो URI उसी सामग्री को वापस करता है, यह मानते हुए कि कोई संक्रमण नहीं हुआ है (PUT, POST, DELETE) ? यह परीक्षण वापस की जा रही त्रुटियों या प्रमाणीकरण अनुरोधों को बाहर कर देगा, क्योंकि उस स्थिति में, अनुरोध अभी तक सर्वर पर नहीं किया गया है, जिसका अर्थ है सर्वलेट या एप्लिकेशन जो दिए गए यूआरआई के अनुरूप दस्तावेज वापस कर देगा।
इसी तरह, POST या PUT के मामले में, क्या आप किसी दिए गए URI / पेलोड को भेज सकते हैं, और चाहे आप कितनी भी बार संदेश भेजें, यह हमेशा एक ही डेटा को अपडेट करेगा, ताकि बाद में GET एक सुसंगत परिणाम लौटाए?
REST अनुप्रयोग डेटा के बारे में है, न कि उस डेटा को स्थानांतरित करने के लिए आवश्यक निम्न-स्तरीय जानकारी के बारे में।
निम्नलिखित ब्लॉग पोस्ट में, रॉय फील्डिंग ने पूरे REST विचार का एक अच्छा सारांश दिया:
http://groups.yahoo.com/neo/groups/rest-discuss/conversations/topics/5841
"एक RESTful प्रणाली एक स्थिर-अवस्था से दूसरे में प्रगति करती है, और प्रत्येक ऐसा स्थिर-अवस्था एक संभावित स्टार्ट-स्टेट और एक संभावित एंड-स्टेट दोनों होता है। यानी, Restful सिस्टम एक अनजान सेट को मानने वाले घटकों की एक अज्ञात संख्या है। नियम ऐसे हैं जो हमेशा या तो REST पर होते हैं या एक RESTful राज्य से दूसरे Restful राज्य में परिवर्तित होते हैं। प्रत्येक राज्य को पूरी तरह से प्रतिनिधित्व (ओं) द्वारा समझा जा सकता है और इसमें जो संक्रमण प्रदान करता है, वह एक समान तक सीमित संक्रमण के साथ होता है। समझने योग्य होने के लिए क्रियाओं का सेट। सिस्टम एक जटिल राज्य आरेख हो सकता है, लेकिन प्रत्येक उपयोगकर्ता एजेंट केवल एक समय में एक राज्य (वर्तमान स्थिर-स्थिति) देखने में सक्षम होता है और इस प्रकार प्रत्येक राज्य सरल होता है और स्वतंत्र रूप से विश्लेषण किया जा सकता है। उपयोगकर्ता, OTOH, किसी भी समय अपने स्वयं के संक्रमण बनाने में सक्षम है (उदाहरण के लिए, URL दर्ज करें, बुकमार्क चुनें)एक संपादक खोलें, आदि) "
प्रमाणीकरण के मुद्दे पर जाएं, चाहे वह कुकीज़ या हेडर के माध्यम से पूरा किया जाए, जब तक कि सूचना यूआरआई और पोस्ट पेलोड का हिस्सा नहीं है, इसका वास्तव में आरईएसटी से कोई लेना-देना नहीं है। इसलिए, स्टेटलेस होने के संबंध में, हम केवल एप्लिकेशन डेटा के बारे में बात कर रहे हैं।
उदाहरण के लिए, जैसे कि उपयोगकर्ता GUI स्क्रीन में डेटा दर्ज करता है, ग्राहक इस बात का ध्यान रख रहा है कि किन क्षेत्रों में प्रवेश किया गया है, जो नहीं हैं, कोई आवश्यक फ़ील्ड जो गायब हैं आदि। यह सब CLIENT CONTEXT है, और इसे भेजा या ट्रैक नहीं किया जाना चाहिए सर्वर द्वारा। सर्वर को जो भेजा जाता है वह फ़ील्ड का पूरा सेट होता है जिसे IDENTIFIED संसाधन (URI द्वारा) में संशोधित करने की आवश्यकता होती है, जैसे कि उस संसाधन में एक RESTful राज्य से दूसरे में संक्रमण होता है।
तो, क्लाइंट उपयोगकर्ता क्या कर रहा है का ट्रैक रखता है, और केवल सर्वर को तार्किक रूप से पूर्ण राज्य संक्रमण भेजता है।
