आरईएसटी क्लाइंट जो oauth

Question

के माध्यम से लॉगिन को संभाल सकता है मैं एक बाकी एपीआई के आधार पर एक सिस्टम पर परीक्षक के रूप में काम कर रहा हूं। मेरे काम का हिस्सा बाकी अनुप्रयोगों को पीएसटी फाइलों को बाकी एपीआई में उपयोग करना है और फिर एक्सपीएल को सही क्लाइंट के माध्यम से सीधे एक्सेस करना है ताकि यह सत्यापित किया जा सके कि एक्सएमएल सही है।

अब तक मैं RESTClient फ़ायरफ़ॉक्स ऐड-ऑन का उपयोग कर रहा हूं।

लेकिन अब हम ओथ के पक्ष में हमारे पुराने लॉगिन से छुटकारा पा रहे हैं। यह सब अच्छा और सब कुछ है, लेकिन यह परीक्षण कर रहा है क्योंकि मैं नहीं कर सकता (पता नहीं कैसे?) आरईएसटी क्लाइंट का उपयोग कर बाकी एपीआई का उपयोग कैसे करें। और मुझे किसी अन्य आरईएसटी क्लाइंट के बारे में पता नहीं है जो यह कर सकता है।

मुझे एक आरईएसटी क्लाइंट/आरईएसटी ब्राउज़र चाहिए जो ओथ के माध्यम से लॉगिन को संभाल सकता है।

अद्यतन:
हाय। मैं अभी भी अधिक अच्छे आरईएसटी ग्राहकों की तलाश में हूं जो ओथ को संभालने में सक्षम हैं। तो यदि आप किसी को जानते हैं तो मैं नीचे एक पोस्ट की सराहना करता हूं।

Answer 1

रीस्ट क्लाइंट का समर्थन करता है ओथ का समर्थन करता है लेकिन नया संस्करण अभी तक जारी नहीं किया गया है।

चेकआउट sourceforge से नवीनतम कोड
http://sourceforge.net/projects/restclient/develop
और अपने RESTClient (अपने फ़ायरफ़ॉक्स प्रोफ़ाइल निर्देशिका
http://support.mozilla.com/en-US/kb/Profiles#How_to_find_your_profile में पाया जा चाहिए) को बदलने के लिए उन फ़ाइलों का उपयोग करें।

नोट: मुझे स्रोत को हैक करना था और "दायरे" पैरामीटर को हटा देना था क्योंकि हमारी प्रणाली इसे नहीं चाहती थी। ओथ स्पेक क्षेत्र के मुताबिक वैकल्पिक है और मैंने भविष्य के रिलीज में इसे वैकल्पिक बनाने के लिए RESTClient के डेवलपर्स से पूछा है।

Answer 2

ऐसा कुछ भी नहीं है जो आपको OAuth प्रमाणीकरण का उपयोग करते समय मैन्युअल रूप से एक REST API का परीक्षण करने से रोकता है। OAuth बस आवश्यकता है कि आप अतिरिक्त पैरामीटर भेजें: पहला यह है कि आप OAuth नृत्य बातचीत एक अनुरोध टोकन प्राप्त और पहुँच टोकन और उसके बाद प्रत्येक अनुरोध है कि के लिए यह आदान-प्रदान करने के लिए आवश्यक OAuth parameters (oauth_consumer_key, oauth_token, oauth_signature_method, oauth_signature, oauth_timestamp और oauth_nonce) । आपको हस्ताक्षर करने के लिए एक अलग टूल का उपयोग करना होगा (जब तक कि आप जिस उत्पाद का परीक्षण कर रहे हैं वह हस्ताक्षर विधि के रूप में PLAINTEXT का उपयोग करने के लिए तैयार नहीं है), लेकिन आप इन सभी मानों को मैन्युअल रूप से अपने वर्तमान मैन्युअल टूल में कॉपी कर सकते हैं।

यदि यह बहुत काम की तरह लगता है, तो आप सही हैं! मुझे लगता है कि यह स्वचालित परीक्षण पर स्विच करने का एक अच्छा समय है। Libraries exist अधिकांश भाषाओं के लिए ओएथ सेवाओं को प्रोग्रामेटिक रूप से उपभोग करने के लिए और यह उन सभी पैरामीटर को संभालने और आपके लिए साइन इन करने में सक्षम होगा। आप एक सामान्य उपकरण बना सकते हैं जो मैन्युअल परीक्षक को यूआरएल और पैरामीटर हाथ से निर्दिष्ट करने दें, या आगे बढ़ें और कुछ पीढ़ी और सत्यापन स्वचालित रूप से लिखें।

अद्यतन: कमांड लाइन से कुछ खोजपूर्ण परीक्षण कर के लिए, यह निश्चित रूप से एक curl तरह उपकरण है जो OAuth paramaters और हस्ताक्षर के कुछ संभालती है करने के लिए उपयोगी होगा। oauth-proxy देखें जो आपके लिए काम कर सकता है - यह वास्तव में कमांड लाइन पर एपीआई की खोज के लिए है। या आप पाते हैं कि आपके विशेष अन्वेषण के लिए, आप ओथ-प्रॉक्सी या विभिन्न भाषाओं के लिए कई ओथ पुस्तकालयों में से एक के शीर्ष पर एक स्क्रिप्ट बनाना चाहते हैं।

Answer 3

मैं ऐसी चीज की तलाश भी कर रहा था और चूंकि यह सवाल कुछ हद तक हिल गया है।

मैं क्रोम और बाकी कंसोल एक्सटेंशन का उपयोग कर रहा हूँ मेरे लिए शानदार ढंग से काम करता है:

https://chrome.google.com/webstore/detail/cokgbflfommojglbmbpenpphppikmonn

Answer 4

मैं RESTClient के लेखक हूँ, और मैं पहले से ही RESTClient (1.4 संस्करण का एक नया संस्करण विकसित करने के लिए शुरू कर दिया। 0)। नया संस्करण ओथ 2.0 का समर्थन करेगा। और यह अप्रैल में जारी किया जाएगा।