Faraday: अनिर्दिष्ट छोड़े जाने पर @handler को Faraday.default_adapter पर स्वचालित रूप से सेट करें।

इसके बारे में निश्चित नहीं है, लेकिन इसे खुलने देंगे। डिफ़ॉल्ट स्टैक UrlEncoded + default_adapter है। यदि आप अपना खुद का ढेर परिभाषित कर रहे हैं तो आपको एडाप्टर समेत इसे 100% परिभाषित करना चाहिए। लेकिन यह सच है कि मैं अक्सर डिफ़ॉल्ट_एडाप्टर का उपयोग करता हूं, इसलिए यह एक डिफ़ॉल्ट भी हो सकता है।

मैं फैराडे एडेप्टर को रीफैक्टर करने के बारे में सोच रहा था, उन्हें मिडलवेयर के बजाय एंडपॉइंट बना रहा था (# 47 के अनुसार)। यह सुविधा उस बदलाव का हिस्सा हो सकती है।

:+1: यह मुझे इस साल दूसरी बार काट रहा है। आपको लगता होगा कि मैं सीखूंगा। ठीक हो जाए तो अच्छा होगा।

समझौता: Faraday.with_default_stack() , ताकि हम पहली बार फैराडे का उपयोग करने की कोशिश कर रहे आत्माओं को डालें, केवल रीडायरेक्ट का पालन करने में सक्षम होने के लिए "डिफ़ॉल्ट स्टैक" के बारे में कुछ भी जानने की आवश्यकता नहीं है। यथोचित?

@jbrains हाँ मुझे एहसास है कि यह उपयोगकर्ता के अनुकूल नहीं है। हम इसे इसलिए बना सकते हैं ताकि यदि आपने एडॉप्टर माउंट नहीं किया है, या यदि आपने इसे गलत जगह पर माउंट किया है तो एक वर्णनात्मक त्रुटि उत्पन्न हो सकती है।

मैंने इसे अपने प्रोजेक्ट में किया:

        def faraday_with_default_adapter(base, &block)
          Faraday.new(base) { | connection |
            yield connection
            connection.adapter Faraday.default_adapter
          }
        end

मुझे पता है कि आप हर क्रमपरिवर्तन का समर्थन नहीं करना चाहते हैं, लेकिन ऐसा लगता है कि लगभग हर कोई अंततः ऐसा करने जा रहा है। :) अगर मैं जानता था कि UrlEncoded बिट कैसे जोड़ना है (मैंने अभी तक उसमें टक्कर नहीं ली है), तो मैं इसे यहां जोड़ दूंगा।

वर्णनात्मक त्रुटि के साथ lint -स्टाइल जांच निश्चित रूप से मदद करेगी। धन्यवाद। फिर भी, थोड़ा पोकायोक हमें और भी अधिक मदद करेगा।

मैं भविष्य में आपको एक पुल अनुरोध भेजने पर विचार करूंगा। इस बीच, धन्यवाद।

जब मैंने अपलोड करने का प्रयास किया और डिफ़ॉल्ट एडेप्टर निर्दिष्ट नहीं किया (जो मुझे लगता है कि पहले से ही सेट था, क्योंकि यह डिफ़ॉल्ट है) यह कुछ घंटों के काम का उपभोग करता है। मैं डिबगिंग करता रहा और प्रतिक्रिया/अनुरोध ऑब्जेक्ट्स का निरीक्षण करता रहा और इसमें कोई समस्या नहीं थी, सिवाय इसके कि मैं खतरनाक डिफ़ॉल्ट एडेप्टर लाइन को याद कर रहा था।

मुझे लगता है कि इसे कम से कम कहीं रीडमे पर दस्तावेज किया जाना चाहिए या कम से कम मुझे चेतावनी दी जानी चाहिए कि मुझे एक स्पष्ट एडाप्टर की आवश्यकता है।

धन्यवाद!

यह मुझे आज भी निम्नलिखित उदाहरण के साथ देता है:

conn = Faraday.new(url: "http://www.example.com") do |faraday|
  faraday.response :json, content_type: /\bjson$/
end

response = conn.get("stuff")

फैराडे_मिडलवेयर में त्रुटि तब सामने आई जब उसने प्रतिक्रिया शीर्षलेख प्राप्त करने का प्रयास किया जब वे nil थे। थोड़ा भ्रामक। क्या इसे संभालने के "सर्वोत्तम तरीके" के संबंध में कोई निर्णय लिया गया है?

• डिफ़ॉल्ट एडेप्टर का उपयोग करें यदि यह निर्दिष्ट नहीं है (सर्वश्रेष्ठ आईएमओ)
• यदि कोई निर्दिष्ट नहीं है तो त्रुटि उत्पन्न करें
• रीडमी अपडेट करें

मुझे एक PR . सबमिट करने में बहुत खुशी होगी

पीआर की कोई जरूरत नहीं है। हम अगली रिलीज़ में इससे निपटने का प्रयास करेंगे।

धन्यवाद, @ मिस्लाव।

हाँ, मैंने कल इस एक का पीछा करते हुए एक घंटा बर्बाद किया। रास्ते में एक फिक्स देखकर अच्छा लगा। अगली रिलीज कब उतरने की संभावना है? पिछला एक जनवरी था, जो एक बहुत लंबा समय लगता है।

गुरु, 2 अक्टूबर 2014 को शाम 5:49 बजे, जॉन कार्नी नोटिफिकेशन @github.com
लिखा था:

अगली रिलीज कब उतरने की संभावना है? पिछला एक जनवरी था, जो लगता है
एक बहुत लंबा समय।

चूंकि 0.8 और 0.9 फीचर-फ्रोजन होना चाहिए, इसके लिए फिक्स होने की संभावना है
केवल 1.0 में आते हैं, जो मुझे यकीन नहीं है कि यह कब होगा।

एक साधारण मध्य मैदान के लिए इसके बारे में क्या: यदि कोई एडेप्टर नहीं होने पर अनुरोध करने का प्रयास किया जाता है, तो एक अपवाद उठाया जाता है।

या बिना एडॉप्टर के "अनुरोध करने" के लिए उपयोग का मामला है?

शुक्र, 3 अक्टूबर 2014 अपराह्न 2:07 बजे, जॉन बाचिर नोटिफिकेशन @github.com
लिखा था:

एक साधारण मध्य मैदान के लिए इसके बारे में क्या: यदि बनाने का प्रयास किया जाता है
एक अनुरोध जब कोई एडेप्टर नहीं होता है, तो एक अपवाद उठाया जाता है।

हम कैसे पता लगा सकते हैं कि कोई एडॉप्टर माउंट किया गया है या नहीं?

ध्यान दें कि किसी के द्वारा लागू किए गए कस्टम एडेप्टर में जरूरी नहीं है
फैराडे :: एडेप्टर को उपवर्ग करने के लिए।

ओह समझा। क्योंकि एडेप्टर अन्य मिडलवेयर का एक भाई है, और परीक्षण करने के लिए एकमात्र एपीआई मानक रैक एपीआई है, यह पहचानने का कोई तरीका नहीं है कि कोई मिडलवेयर एक http एडेप्टर है या नहीं। : सैडट्रॉम्बोन:

यदि इसे लागू किया जाता है, तो #496 में परिवर्तन संभवत: पूर्ववत किए जा सकते हैं (यदि वे पहले स्थान पर विलय किए गए थे)।

इसके लिए +1। कम से कम, एक त्रुटि है कि कोई एडेप्टर निर्दिष्ट नहीं किया गया था, या बेहतर बस default_adapter का उपयोग करें यदि कुछ भी निर्दिष्ट नहीं किया गया था।

नाम भ्रमित करने वाला है, जब आपको मिडलवेयर जोड़ना होता है तो आप उम्मीद करते हैं कि आप केवल मिडलवेयर जोड़ें और default_adapter को जगह पर रखें।

यह मूर्खतापूर्ण है कि हम बिना किसी एडॉप्टर के समाप्त हो जाते हैं। आप ऐसा कभी नहीं चाहते...

मैं बस सभी को यह सुनिश्चित करना चाहता हूं कि हम इसे प्रबंधित करने की रणनीति पर आंतरिक रूप से चर्चा कर रहे हैं।
मुझे पता है कि यह एक आसान जांच की तरह लगता है, लेकिन जैसा कि @mislav ने पहले ही समझाया है कि हमारे पास इस समय स्वतंत्रता से संबंधित एक मुद्दा है, लोगों को एडेप्टर को मिडलवेयर स्टैक में जोड़ना होगा।
वास्तव में, फिलहाल और "एडेप्टर" एक मिडलवेयर के अलावा और कुछ नहीं है, किसी भी अन्य की तरह, अनुरोध कर रहा है।
अब, जब आप अपने स्वयं के मिडलवेयर स्टैक को परिभाषित करते हैं, तो हम अन्य मिडलवेयर से एडेप्टर का पता लगाने की क्षमता खो देते हैं, जब तक कि आप कनेक्शन बनाते समय #adapter पद्धति का उपयोग नहीं करते हैं। दुर्भाग्य से, इसका उपयोग फिलहाल अनिवार्य नहीं है, जिससे एडेप्टर का पता लगाना असंभव हो जाता है।

ठंडा! यहां हेडअप के लिए धन्यवाद :)

14 नवंबर 2016 को दोपहर 2:45 बजे मटिया नोटिफिकेशन @github.com ने लिखा:

मैं बस सभी को यह सुनिश्चित करना चाहता हूं कि हम आंतरिक रूप से एक रणनीति पर चर्चा कर रहे हैं
इसका प्रबंधन करने के लिए।
मुझे पता है कि यह एक आसान जांच की तरह लगता है, लेकिन जैसा
@mislav ने पहले ही समझाया कि हमारे पास एक समस्या है
आजादी से जुड़े पल लोगों को इसमें एडेप्टर जोड़ने होंगे
बिचौलियों का ढेर।
वास्तव में, फिलहाल और "एडाप्टर" एक मिडलवेयर के अलावा और कुछ नहीं है, जैसे
कोई अन्य, अनुरोध कर रहा है।
अब, जब आप अपने खुद के मिडलवेयर स्टैक को परिभाषित करते हैं, तो हम करने की क्षमता खो देते हैं
जब तक आप #adapter . का उपयोग नहीं करते हैं, तब तक अन्य मिडलवेयर से एडेप्टर का पता लगाएं
कनेक्शन बनाते समय विधि। दुर्भाग्य से, इसका उपयोग नहीं है
फिलहाल अनिवार्य है, जिससे एडॉप्टर का पता लगाना असंभव हो गया है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें , या इसे म्यूट करेंधागा ।

https://v2.developer.pagerduty.com/docs/authentication

तो रूबी + फैराडे के लिए पेजरड्यूटी एपीआई दस्तावेज़, इस व्यवहार को प्रदर्शित करते हैं; अगर आप सिर्फ उनके कोड का उपयोग करते हैं, तो यह काम नहीं करता है। (जब तक वे इसे ठीक नहीं करते हैं, जो शायद वे अब करेंगे जब मैंने एक एडेप्टर की कमी की ओर इशारा किया।)

ईमानदारी से, मेरा सुझाव होगा:

अगर मैं "conn.get" को कॉल करता हूं, और कॉन में एडेप्टर नहीं है, तो मुझे यह बताते हुए एक अपवाद उठाएं । वर्तमान व्यवहार तुरंत लौटने के लिए है, लेकिन राज्यों को चीजों को सेट नहीं किया है, फैराडे ने कॉलिंग गेट के परिणामस्वरूप वर्णित किया है। तो उदाहरण के लिए, ".status" अभी भी शून्य है। यह वास्तव में आश्चर्यजनक व्यवहार है! मैं कहूंगा कि "मैं कुछ नहीं कर सकता क्योंकि मुझे नहीं पता कि आप मुझे क्या करना चाहते हैं" शायद किसी प्रकार का निदान उत्पन्न करना चाहिए।

हाय @seebs मुझे पता है कि यह मूर्खतापूर्ण लगता है, लेकिन मैंने समझाया कि ऐसा करना इतना आसान क्यों नहीं है क्योंकि यह मेरी पिछली टिप्पणी में दिखाई दे सकता है:

जब आप अपने स्वयं के मिडलवेयर स्टैक को परिभाषित करते हैं, तो हम अन्य मिडलवेयर से एडेप्टर का पता लगाने की क्षमता खो देते हैं, जब तक कि आप कनेक्शन बनाते समय #adapter विधि का उपयोग नहीं करते हैं। दुर्भाग्य से, इसका उपयोग फिलहाल अनिवार्य नहीं है, जिससे एडेप्टर का पता लगाना असंभव हो जाता है।

मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या होता है, और मुझे कुछ याद आ रहा है।

यदि आप वह स्पष्ट कार्य करते हैं जो बहुत से लोग करते हैं, और एडॉप्टर को निर्दिष्ट नहीं करते हैं, जब आप कॉल करते हैं, तो आप अंततः रैक_बिल्डर के बिल्ड_रेस्पॉन्स में समाप्त हो जाते हैं, जो ऐप.कॉल करता है। और मैं ... वास्तव में निश्चित नहीं हूं कि वह कहां जाता है, क्योंकि मुझे नहीं पता कि ऐप कहां सेट हो गया है।

तो मुझे लगता है कि मैं क्या सोच रहा हूं, अगर आप कभी भी "एडेप्टर: फू" नहीं करते हैं, तो कॉल क्या होता है?

एक तुच्छ समाधान:
डीईएफ़ इनिशियलाइज़ (हैंडलर = [])
@ हैंडलर = हैंडलर
अगर ब्लॉक_गिवेन?

• स्व.अडैप्टर फैराडे.Default_adapter
  बिल्ड (& Proc.new)
  एल्सिफ @handlers.खाली?

... मुझे लगता है कि यह काम करेगा (-ish)?

वैकल्पिक रूप से, बिल्ड (&Proc.new) के बाद, जांचें कि क्या self.adapter सेट किया गया है।

भले ही adapter :foo एडॉप्टर को सेटअप करने का सबसे अधिक उपयोग किया जाने वाला तरीका है, लेकिन ऐसा करने के अन्य तरीके भी हैं।
#adapter वास्तव में सिर्फ एक सहायक है, लेकिन आप स्टैक में एडेप्टर लगाने के लिए #use का उपयोग कर सकते हैं:

conn = Faraday.new(url: "http://www.example.com") do |faraday|
  faraday.response :logger
  faraday.use Faraday::Adapter::NetHttp
end

तो इस समय एडॉप्टर क्या है? एक मिडलवेयर से ज्यादा कुछ नहीं जो कॉल करता है और परिणाम को env में संग्रहीत करता है। इसलिए हम केवल #adapter पद्धति पर भरोसा नहीं कर सकते हैं जिसे कहा जा रहा है। हम उस मिडलवेयर पर भरोसा नहीं कर सकते हैं जो Faraday::Adapter से इनहेरिट करने के लिए एडेप्टर के रूप में काम करता है क्योंकि यह कोई आवश्यकता भी नहीं है।

एकमात्र समाधान फैराडे 1.0 रिलीज का उपयोग #adapter पद्धति के उपयोग को अनिवार्य बनाने के लिए करना है, या यह मान लेना है कि इसका उपयोग किया जाएगा और यदि विधि को कॉल नहीं किया जाता है तो डिफ़ॉल्ट एडेप्टर को स्टैक में धकेल दें।

हम अभी भी आंतरिक रूप से चर्चा कर रहे हैं कि कौन सा सबसे अच्छा समाधान होगा एक तरह से या किसी अन्य के रूप में हम अंत में अपडेट के बाद लोगों को अप्रत्याशित परिणाम प्राप्त करेंगे।
फैराडे का पहली बार उपयोग करने पर बहुत से लोगों के साथ क्या हो रहा है, मैं सहमत हूं, लेकिन निश्चित रूप से इससे भी बदतर है जब आपके द्वारा bundle update चलाने के बाद यह आपके उत्पादन प्रणाली पर होता है :)

मुझे लगता है कि जो मुझे समझ नहीं आ रहा है वह यह है... यदि आप कभी एडेप्टर सेट नहीं करते हैं, तो कॉल को संभालने और परिणाम को संग्रहीत करने में क्या होता है? एक आमंत्रण है कि, यदि आपने एडाप्टर चुना है, तो मुझे लगता है कि एडाप्टर की कॉल() विधि का उपयोग करता है। यदि आपने एडॉप्टर नहीं चुना है, तो वास्तव में कौन सा कोड निष्पादित होता है?

यह वह जगह है जहां मैंने #adapter पद्धति का उपयोग किए बिना एडॉप्टर को चुना।

  faraday.use Faraday::Adapter::NetHttp

मेरी पिछली टिप्पणी से मेरा स्निपेट लें और इसे आज़माएं, यह बस काम करेगा।
बात यह है कि आप कई तरीकों से एक एडेप्टर को स्टैक में धकेल सकते हैं, और एक बार वहां पहुंचने के बाद इसका उपयोग अनुरोध में किया जाएगा ( #call विधि को कॉल करना)

क्षमा करें, मैं स्पष्ट रूप से अस्पष्ट था। मुझे पता है कि आप एक एडेप्टर को कई तरीकों से चुन सकते हैं।

लेकिन एडेप्टर न चुनने की सामान्य नौसिखिया गलती पर विचार करें, और फिर conn.get(...) को कॉल करें। "कुछ भी नहीं जिसका कोई प्रभाव नहीं है" के अलावा वास्तव में क्या हो रहा है?

मैंने कॉल के माध्यम से पता लगाने की कोशिश की, और यह पता लगाने में सक्षम नहीं था कि वास्तव में क्या हो रहा है। ऐसा लगता है कि कनेक्शन ने एक डिफ़ॉल्ट प्राप्त किया होगा जो run_request को कॉल करता है। वह बदले में बिल्ड_रेक्वेस्ट और बिल्ड_रेस्पॉन्स को कॉल करता है, और मुझे लगता है कि यह रैक_बिल्डर के बिल्ड_रेस्पॉन्स() में समाप्त होता है, जो ऐप कॉल कर रहा है। कॉल(), और ऐसा प्रतीत होता है कि ऐप एक प्रतिक्रिया ऑब्जेक्ट उत्पन्न कर रहा है जो कॉल() को संभालता है। लेकिन फिर मैं भ्रमित हो जाता हूं। मुझे कॉल() विधि को परिभाषित करने वाली प्रतिक्रिया भी दिखाई नहीं दे रही है, और मैं यह नहीं समझ सकता कि वास्तव में कॉल() विधि लागू होने पर क्या होता है।

मुझे लगता है कि ऐसा कुछ है जिसमें कॉल विधि है, जिसे लागू किया जाता है। यदि आपने एडॉप्टर का चयन किया है, तो आपको उस एडॉप्टर की कॉल विधि मिलती है। यदि आपने एडेप्टर का चयन नहीं किया है, तो वास्तव में निष्पादित कॉल विधि कहां से आती है?

अनुरोध और प्रतिक्रिया सेट करने के बाद, Connection प्रत्येक मिडलवेयर के माध्यम से जाते हैं और उन पर call(env) विधि को कॉल करते हैं, उसी क्रम में जैसे स्टैक पॉप्युलेट होता है।
यह "सामान्य मिडलवेयर" और एडॉप्टर के बीच कोई अंतर नहीं करता है, यह सिर्फ यह मानता है कि मिडलवेयर में से एक एडेप्टर है। यदि स्टैक में कोई "एडेप्टर मिडलवेयर" नहीं है, तो अन्य सभी मिडलवेयर को ( call विधि) कहा जाएगा, लेकिन उनमें से कोई भी अनुरोध को प्रभावी ढंग से निष्पादित नहीं करेगा (यह एडेप्टर भूमिका है)।
जिसका अर्थ है कि प्रतिक्रिया में स्थिति, शरीर और अन्य सभी फ़ील्ड गायब होंगे जो "एडेप्टर मिडलवेयर" द्वारा पॉप्युलेट हो जाते हैं।

मैं समझता हूं कि यह बहुत आसान नहीं है, लेकिन मुझे आशा है कि यह अब स्पष्ट हो गया है

आह-हा! यही मैं समझने में असफल रहा। मेरे साथ ऐसा नहीं हुआ कि वे सभी कॉल() फ़ंक्शन प्रदान करेंगे।

क्या होगा यदि, सब कुछ कॉल करने के बाद, स्थिति सेट नहीं होने पर कोड ने अपवाद उठाया? "StatusNotSetException: स्थिति सेट नहीं की गई थी। सबसे अधिक संभावना है, आपका मिडलवेयर वास्तव में नेटवर्क लाने के लिए एडेप्टर निर्दिष्ट नहीं करता है।"

मैं वास्तव में यह तय देखना पसंद करूंगा!

#750 @iMacTia में फिक्स्ड - क्या आप इसे बंद करेंगे?

@olleolleolle हाँ अच्छी बात है! मैंने सोचा था कि इसका उल्लेख करके यह स्वचालित रूप से बंद हो जाएगा :(

ऐसा लगता है कि इसे कभी जारी नहीं किया गया था? क्या 1.0 से पहले मामूली रिलीज देखने का कोई मौका है? :कोई बुरी बात मत बोलो:

@franzliedke आप सही हैं, यह वर्तमान में v1.0 में शामिल है और मैं मानता हूं कि इसे कुछ समय पहले विलय कर दिया गया था।
हमने हालांकि v1.0 की ओर बहुत प्रगति की है और मैं कहूंगा कि हम इसे लाइन पर लाने के काफी करीब हैं।
हमें थोड़ा और समय देने की कोशिश करें, यह इंतजार के लायक होगा

सुनने में अच्छा लगा!

थोड़ी सी मांग करने के लिए खेद है - मुझे पता है कि ओपन-सोर्स कितना तनावपूर्ण हो सकता है। महान सॉफ्टवेयर के लिए धन्यवाद!

बिल्कुल नहीं @franzliedke !
कुहनी की सराहना करें, हमें वास्तव में लक्ष्य बनाना चाहिए और v1.0 को बाद में जल्द से जल्द जारी करना चाहिए।
रेपो देखें यदि आप पहले से नहीं हैं तो आप लॉन्च को याद नहीं करेंगे 👍