Faraday: पार्सर के बाद रेटी मिडलवेयर नहीं चलेगा

को निर्मित 23 अप्रैल 2021 · 4टिप्पणियाँ · स्रोत: lostisland/faraday

बुनियादी जानकारी

फैराडे संस्करण: 1.4.1
रूबी संस्करण: 2.7.2

मुदे का विवरण

_एनबी: कृपया मुझे बताएं कि क्या यह इसके बजाय faraday_middleware । चूंकि इसमें दो मिडलवेयर शामिल हैं, मुझे नहीं पता था कि इसे कहां रखा जाए।_

कनेक्शन बनाते समय, मैं उम्मीद करता हूं (जैसा कि प्रलेखित है) मिडलवेयर उसी क्रम में चलेगा जिस क्रम में यह घोषित किया गया है। हालांकि, जब कोई अनुरोध विफल हो जाता है और मैं :json पार्सिंग मिडलवेयर लोड करता हूं और उसके बाद :retry मिडलवेयर, env.body को :retry मिडलवेयर के :retry_if के दायरे में पार्स नहीं किया जाता है।

मुझे :retry_if ब्लॉक को JSON -डिकोडेड संदेश पर चलाने की आवश्यकता है क्योंकि अनुरोध सफल होने पर JSON दस्तावेज़ बहुत बड़ा हो सकता है, और विकल्प इसे retry_if में दूसरी बार पार्स करना है

प्रजनन के चरण

<strong i="23">@_client</strong> ||= Faraday.new(url: ROOT_URL) do |f|
      f.options[:timeout] = 10
      f.headers['Content-Type'] = 'application/json'
      f.use :instrumentation, name: INSTRUMENTATION_EVENT_NAME
      f.response :json, content_type: /\bjson$/
      f.request :retry, FARADAY_RETRY_OPTIONS
end

नोट: यदि मैं ब्लॉक के अंदर f.instance_variable_get :@handlers प्रिंट करता हूं, तो मुझे मिडलवेयर उसी क्रम में दिखाई देता है जिस क्रम में मैंने इसे घोषित किया था।

जब कोई अनुरोध विफल हो जाता है, और मैं :retry मिडलवेयर के :retry_if ब्लॉक में इन अभिव्यक्तियों का मूल्यांकन करता हूं, तो मुझे निम्न आउटपुट मिलता है:

(byebug) environment.response.to_hash.without(:url)
{:status=>405, :body=>"{\"message\": \"The method is not allowed for the requested URL.\"}\n", :response_headers=>{"date"=>"Fri, 23 Apr 2021 18:17:16 GMT", "content-type"=>"application/json", "content-length"=>"64", "connection"=>"keep-alive", "server"=>"gunicorn", "allow"=>"HEAD, OPTIONS, GET"}}

(byebug) environment.response.body
"{\"message\": \"The method is not allowed for the requested URL.\"}\n"
(byebug) environment.response.body.class
String

मूल रूप से, पार्सिंग मिडलवेयर पहले चलने से इनकार करता है।

JSON अच्छी तरह से बनाया गया है और प्रतिक्रिया का Content-Type हेडर सही ढंग से सेट है, इसलिए मैं स्टम्प्ड हूं।

मेरा एकमात्र अनुमान यह है कि #response मिडलवेयर हमेशा #request मिडलवेयर से पहले चलता है, लेकिन इस मामले में retry होने के नाते #request मिडलवेयर एक मिथ्या नाम है क्योंकि प्रतिक्रिया वापस आने के बाद इसका मूल्यांकन करने की आवश्यकता है।

स्रोत

mvastola

सबसे उपयोगी टिप्पणी

हाय @mvastola , आप जो अनुभव कर रहे हैं वह अपेक्षित व्यवहार है!
मुझे पता है कि पहली बार में अपने सिर को इसके चारों ओर ले जाना मुश्किल है, लेकिन मिडलवेयर स्टैक की प्रकृति रैक स्टैक के समान होने के कारण, मिडलवेयर प्रतिक्रियाओं के लिए उल्टे क्रम में ट्रैवर्स किए जाते हैं।
हमारी वेबसाइट में

इसलिए आपने पहले ही सही काम किया है 🙌! :json मिडलवेयर को :retry एक के बाद ले जाकर, आप पहले प्रतिक्रिया को संसाधित करने की अनुमति देते हैं, और :retry मिडलवेयर प्रतिक्रिया बॉडी को पार्स कर देगा।

मैं इसे अभी बंद कर रहा हूं, लेकिन अगर आपके कोई और प्रश्न हैं, तो बेझिझक फॉलो-अप करें

iMacTia 24 अप्रैल 2021

👍2

सभी 4 टिप्पणियाँ

अद्यतन करें: मैंने सचमुच कनेक्शन कॉन्फिग ब्लॉक में दो मिडलवेयर के क्रम को फ़्लिप किया (यह सोचते हुए कि "यह संभवतः काम नहीं कर सकता") और अब यह पूरी तरह से काम करता है। हालांकि इसे छोड़ना क्योंकि मुझे नहीं पता कि क्या हो रहा है और यह अभी भी एक बग की तरह लगता है (या कम से कम बेहतर दस्तावेज होना चाहिए)।

mvastola 23 अप्रैल 2021

iMacTia 24 अप्रैल 2021

👍2

त्वरित, दयालु और गहन व्याख्या के लिए धन्यवाद। इसे समझना इतना कठिन नहीं है, लेकिन यहाँ यह थोड़ा अनपेक्षित है। मुझे आश्चर्य है कि इसे कम करने का कोई प्रभावी तरीका है या नहीं।

डॉक्स

मैंने वास्तव में आपके द्वारा लिंक किए गए दस्तावेज़ीकरण को देखा था, और इससे मुझे लगा कि मुझे पता है कि मुझे क्या करना है। (मैंने तस्वीर और "अंतरतम" मिडलवेयर के बारे में सामान देखा, लेकिन मैंने वास्तव में यह प्रक्रिया नहीं की थी कि इसका मतलब ऑर्डर को उलटना था।)

दिखाया गया चित्र मिडलवेयर के आंतरिक भाग के संबंध में जानकारीपूर्ण है, लेकिन यह एक दृश्य संकेत के साथ इसकी तारीफ करने में मददगार हो सकता है कि कॉन्फिग ब्लॉक में ऑर्डर रन ऑर्डर को कैसे प्रभावित करता है।

विन्यास

इसके अलावा, इस कार्यान्वयन के विवरण का एक गुच्छा है जो इसे अनजान बनाता है:

मिडलवेयर जोड़ने के लिए faraday में तीन अलग-अलग कार्य हैं, और वे विनिमेय नहीं हैं: मिडलवेयर का प्रत्येक टुकड़ा केवल उनमें से एक के साथ काम करता प्रतीत होता है। इससे ऐसा लगता है कि तीन अलग-अलग मिडलवेयर स्टैक (या ऑर्डरिंग) एक-दूसरे से स्वतंत्र हैं।
मिडलवेयर के ये तीन अलग-अलग नाम/समूह क्या करते हैं यह बहुत अस्पष्ट है, हालांकि, चूंकि अधिकांश मिडलवेयर अनुरोध के दोनों सिरों पर _not_ चलता है-> प्रतिक्रिया मार्ग, एक उपयोगकर्ता "अनुरोध" कार्यों को हमेशा "प्रतिक्रिया" से पहले मानने के लिए उपयुक्त होगा। संबंधित चीजें।
मिडलवेयर जोड़ने के लिए रैक कीवर्ड, use , फैराडे में केवल उस तरह के मिडलवेयर पर लागू होता है (जैसा कि मैं बता सकता हूं) - मिडलवेयर जो अनुरोध और प्रतिक्रिया दोनों को लपेटता है।

वैसे भी अगर आप इस मुद्दे के लिए एपीआई को ट्वीव करने के लिए खुले हैं तो मुझे कुछ विचारों को सोचने की कोशिश करने में खुशी हो रही है। अन्यथा कम से कम मुझे यह अभी मिलता है। मैं यह केवल इसलिए कह रहा हूं क्योंकि मैं अन्य उपयोगकर्ताओं को यहां समान भ्रम से पीड़ित आसानी से देख सकता हूं।

mvastola 24 अप्रैल 2021

धन्यवाद @mvastola , यह अमूल्य प्रतिक्रिया है 🙏!
और निष्पक्ष होने के लिए, यह पहली बार नहीं है जब मैंने इन चीजों के बारे में सुना है।

जब दस्तावेज़ीकरण की बात आती है, तो मैं मानता हूं कि हम बहुत दूर हैं, इसलिए इसमें सुधार के लिए किसी भी योगदान का बहुत स्वागत है (वास्तव में इसके बारे में एक हालिया चर्चा धागा है!)

कॉन्फ़िगरेशन के बिंदु भी बहुत मान्य हैं, मुझे केवल यह कहना चाहिए कि request , response और use विधियों में भ्रम कई बार उठाया गया है, इस बिंदु पर कि मैं हूं वास्तव में केवल use होने के पक्ष में उन्हें छोड़ने पर विचार करते हुए, मिडलवेयर को यह दस्तावेज करने के लिए छोड़कर कि वे अनुरोध/प्रतिक्रिया में क्या/कब हेरफेर करेंगे।
इसलिए मेरा सुझाव है कि किसी भी पीआर को उस एपीआई को बदलने के लिए अभी तक धक्का न दें, लेकिन हम इस विषय पर चर्चा के माध्यम से समुदाय को सुनने के लिए बहुत खुले हैं।

iMacTia 24 अप्रैल 2021

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Faraday: पार्सर के बाद रेटी मिडलवेयर नहीं चलेगा

बुनियादी जानकारी

मुदे का विवरण

प्रजनन के चरण

सबसे उपयोगी टिप्पणी

सभी 4 टिप्पणियाँ

डॉक्स

विन्यास

संबंधित मुद्दों