Faraday: अनुरोध निकाय लॉग करने का प्रयास कर रहा है, यह इसके बजाय प्रतिक्रिया लॉग करता है

को निर्मित 14 जुल॰ 2016 · 14टिप्पणियाँ · स्रोत: lostisland/faraday

नमस्ते।

मैं अनुरोध और प्रतिक्रिया निकायों दोनों को 0.9.2 प्रिंट करने की कोशिश कर रहा हूं।
यह प्रलेखित नहीं है, लेकिन # 277 पीआर में चर्चा की गई है।
मुझे लगता है, मैंने उचित सेटअप किया है। मैं Saorin के माध्यम से फैराडे का उपयोग कर रहा हूँ ..

  <strong i="9">@client</strong> = Saorin::Client.new(:url => @endpoint) do |connection|
    connection.response :logger, <strong i="10">@logger</strong>, :bodies => true
  end

मेरी नजर में ऐसा लगता है, डीबग आउटपुट अनुरोध निकाय प्रिंट नहीं करता है, लेकिन प्रतिक्रिया निकाय प्रिंट करता है (अपेक्षित नहीं)।
(और यह अपेक्षित के रूप में फिर से मुद्रण प्रतिक्रिया निकाय का अनुसरण करता है)।

तो मुझे लॉग में इस तरह sth मिलता है: ( request के लिए नोट मान। यह वास्तव में response का डुप्लिकेट है।

post https://foo.bar.com/api/3.0/json-rpc
request User-Agent: "Faraday v0.9.2"
Content-Type: "application/json"
request {"result":{"accessGranted":false},"id":"foo","jsonrpc":"2.0"}
Status 200
response server: "nginx"
date: "Thu, 14 Jul 2016 21:28:21 GMT"
content-type: "application/json"
transfer-encoding: "chunked"
connection: "close"
response {"result":{"accessGranted":false},"id":"foo","jsonrpc":"2.0"}

faraday/response/logger.rb के इस कोड की जाँच करें:

    def call(env)
      info "#{env.method} #{env.url.to_s}"
      debug('request') { dump_headers env.request_headers }
      debug('request') { dump_body(env[:body]) } if env[:body] && log_body?(:request)
      super
    end

    def on_complete(env)
      info('Status') { env.status.to_s }
      debug('response') { dump_headers env.response_headers }
      debug('response') { dump_body env[:body] } if env[:body] && log_body?(:response)
    end

अगर मैं इसे सही ढंग से पढ़ता हूं, तो लाइन: debug('request') { dump_body(env[:body]... उचित संस्करण नहीं प्रिंट करता है।

और, वास्तव में env[] निरीक्षण करते हुए, मुझे अनुरोध निकाय कहीं नहीं मिल रहा है :-( केवल request_headers , request_options और response डेटा।

चूंकि, मुझे विश्वास नहीं होता कि किसी ने पहले इस पर ध्यान नहीं दिया, शायद मैंने कुछ गलती की है। पर कहा?

unconfirmed

स्रोत

nthx

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

हाय @iMacTia , मैं भी इस समस्या से फंस गया हूं। मैंने पाया है कि जब आप लॉगर से पहले एडाप्टर को परिभाषित करते हैं तो समस्या पुन: उत्पन्न होती है।

यह कोड लॉग अनुरोध निकाय:

Faraday.new(url: url) do |faraday|
  faraday.response :logger, ::Logger.new(STDOUT), bodies: true
  faraday.adapter Faraday.default_adapter
end

यह नहीं:

Faraday.new(url: url) do |faraday|
  faraday.adapter Faraday.default_adapter
  faraday.response :logger, ::Logger.new(STDOUT), bodies: true
end

llxff 16 फ़र॰ 2017

👍6

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

@nthx मैं इसे भी देख रहा हूं ..

stevenjack 18 जुल॰ 2016

@stve - क्या रिपोर्ट आपको समझ में आती है?

nthx 28 जुल॰ 2016

शायद इसे अनुरोध कॉन्फ़िगरेशन की भी आवश्यकता है? हालांकि यह कोशिश नहीं की ..

<strong i="6">@client</strong> = Saorin::Client.new(:url => @endpoint) do |connection|
  connection.response :logger, <strong i="7">@logger</strong>, :bodies => true
  connection.request :logger, <strong i="8">@logger</strong>, :bodies => true
end

nthx 28 जुल॰ 2016

यह एक मानक दौड़ की स्थिति है, मुझे लगता है। यहाँ क्या हो रहा है कि env[:body] एक बार अनुरोध के मुख्य भाग पर सेट किया गया था। लेकिन जब तक लॉग विधि या डंप_बॉडी निष्पादित होती है, प्रतिक्रिया निकाय ने अनुरोध निकाय को env[:body] के अंदर बदल दिया है और मूल अनुरोध निकाय से कोई और चर/प्रतियां नहीं बनती हैं, न कि यह आवश्यक रूप से चीजों को ठीक करेगी। env अनुरोध के लिए वैश्विक है, हमें यह नहीं मानना चाहिए कि कॉल किए जाने से पहले मिडलवेयर समकालिक रूप से और क्रम में निष्पादित हो रहा है।

निकायों को ट्रैक करने के लिए दो env मानों का उपयोग करना एक आसान समाधान होगा, एक अनुरोध के लिए, और एक प्रतिक्रिया के लिए।

हमारे पास हेडर के साथ यह बग नहीं है क्योंकि वहां दो अलग-अलग मान हैं: request_headers और response_headers । तो क्यों न उनके बताए रास्ते पर चलें...

वैकल्पिक रूप से, एक दूसरा env मान बनाएं जिसे request_body कहा जाता है और अनुरोध निकाय को env.request_body और env.body दोनों में दो बार स्टोर करें। इस तरह कोई भी कोड जो मौजूदा व्यवहार पर निर्भर करता है, उसे रखता है, लेकिन हमारे यहां लॉगिंग फ़ंक्शन जैसे अपडेट किए गए कोड मौजूद होने पर request_body का उपयोग कर सकते हैं।

यदि यह जल्द ही अपस्ट्रीम को ठीक नहीं करता है, तो मैं फैराडे को पैच करने और अपने स्वयं के कांटे का उपयोग करने की बहुत संभावना है। मेरे पास अविश्वसनीय लॉगिंग नहीं हो सकती है ...

LouisStAmour 10 अग॰ 2016

@nthx , क्षमा करें अगर मैंने इसे याद किया, लेकिन आप किस लॉगर का उपयोग कर रहे हैं?
कोड ठीक दिखता है, केवल "मुद्दा" जो मैं देख सकता हूं वह संदेश का मूल्यांकन करने के लिए उपयोग की जाने वाली प्रोसेस के साथ है। यह आमतौर पर कोई समस्या नहीं है, जब तक कि उनका मूल्यांकन अनुरोध संसाधित होने के बाद नहीं होता है।
मुझे यकीन नहीं है कि यह मानक (सिंक्रोनस) लॉगर के साथ संभव है, इसलिए मैं जानना चाहता हूं कि आप किसका उपयोग कर रहे हैं :)

iMacTia 23 अग॰ 2016

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

nthx 29 अग॰ 2016

हाय @nthx , आपके परीक्षणों के साथ कोई भाग्य? क्या आपने कुछ नया खोजा?
मैं इस मुद्दे को बंद करना चाहता हूं और समझना चाहता हूं कि क्या समस्या फैराडे या लॉगर पर है

iMacTia 13 अक्तू॰ 2016

मैं यह मानकर इसे बंद करने जा रहा हूं कि गलती लॉगर पर है क्योंकि मैंने मानक एक का परीक्षण किया है और मेरे लिए ठीक काम कर रहा है।

@nthx को फिर से खोलने के लिए स्वतंत्र महसूस करें यदि आपके पास फैराडे को संभावित कारण के रूप में इंगित करने वाला कोई नया सबूत है

iMacTia 4 नव॰ 2016

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

LouisStAmour 4 नव॰ 2016

यह कोड लॉग अनुरोध निकाय:

Faraday.new(url: url) do |faraday|
  faraday.response :logger, ::Logger.new(STDOUT), bodies: true
  faraday.adapter Faraday.default_adapter
end

यह नहीं:

Faraday.new(url: url) do |faraday|
  faraday.adapter Faraday.default_adapter
  faraday.response :logger, ::Logger.new(STDOUT), bodies: true
end

llxff 16 फ़र॰ 2017

👍6

हाय @llxff ,

हाँ यह अपेक्षित है क्योंकि मिडलवेयर ऑर्डर महत्वपूर्ण है और एडेप्टर हमेशा नीचे होना चाहिए।
यदि आप एडॉप्टर को पहले रखते हैं, तो लॉगर एडॉप्टर तक पहुंचने से पहले अनुरोध किया जाएगा, जिससे प्रतिक्रिया दो बार लॉग हो जाएगी।
इसके अलावा, मैं अब इसके साथ @nthx मुद्दे को वापस पढ़ रहा हूं और मुझे अभी एहसास हुआ कि वह अपने मिडलवेयर स्टैक में एडेप्टर को याद कर रहा है:

<strong i="11">@client</strong> = Saorin::Client.new(:url => @endpoint) do |connection|
    connection.response :logger, <strong i="12">@logger</strong>, :bodies => true
  end

मैंने Saorin रत्न में भी कोड की जांच की है और यह उसी सटीक कारण के लिए पूरी तरह से गलत दिखता है: https://github.com/mashiro/saorin/blob/master/lib/saorin/client/faraday। आरबी#एल16

iMacTia 16 फ़र॰ 2017

👍5

समझ में आता है। मैं अभी तक इसे फिर से सत्यापित नहीं कर सकता, लेकिन एक और विचार है... मैंने अपनी प्रारंभिक रिपोर्ट पढ़ ली है और यह कहता है:

यह प्रलेखित नहीं है, लेकिन # 277 पीआर में चर्चा की गई है।

क्या यह अभी भी मामला है, कि प्रतिक्रियाओं के लॉगिंग को वास्तव में कैसे कॉन्फ़िगर करें, इस पर कोई दस्तावेज नहीं है?
यदि दस्तावेज़ होते, तो इसमें कोई संदेह नहीं होता कि यह कैसे करना है।

क्या आप कृपया डॉक्स को अपडेट करने के लिए टिकट बना सकते हैं? या शायद इसे फिर से खोलें?

इसके अलावा - साओरिन लोगों से किससे संपर्क करना चाहिए?

nthx 20 फ़र॰ 2017

हाय @nthx आप बहुत सही कह रहे हैं कि हमारे दस्तावेज़ वर्तमान में पर्याप्त विस्तृत नहीं हैं (वास्तव में, हम रीडमी को "दस्तावेज़ीकरण" के रूप में उपयोग कर रहे हैं)।
आपके विशिष्ट मामले में, https://github.com/lostisland/faraday/blob/master/README.md#basic -use अनुभाग में तीसरा उदाहरण है जो दिखाता है कि लॉगर मिडलवेयर का उपयोग कैसे करें, लेकिन मैं मानता हूं कि यह पर्याप्त नहीं है .
हम निकट भविष्य में एक नया विकी बनाने की योजना बना रहे हैं जो इस प्रकार के मुद्दों को कम करने में मदद करे।

सोरिन के अनुसार, मेरा सुझाव है कि आप उनके पेज पर एक समस्या खोलें जिसमें विफल कोड के साथ उदाहरण प्रदान करें और मेरी टिप्पणी की रिपोर्ट करें, जिससे उन्हें इस मुद्दे को ट्रैक करने में मदद मिलनी चाहिए।
मैं आपको ऐसा करना पसंद करता हूं क्योंकि आप सक्रिय रूप से उनके मणि का उपयोग कर रहे हैं और हालांकि वे किसी भी अतिरिक्त जानकारी को प्रदान करने में सक्षम होंगे जिनकी उन्हें आवश्यकता हो सकती है।

धन्यवाद

iMacTia 20 फ़र॰ 2017

नमस्ते,

मैंने अभी-अभी इस मुद्दे को देखा है और मैं समझता हूँ कि मेरे अनुरोध पर अच्छी तरह से हस्ताक्षर क्यों नहीं किए गए।

हमने एक मिडलवेयर बनाया है जो अनुरोध करने से पहले एक हस्ताक्षर जोड़ता है।
जैसा कि हम मिडलवेयर का उपयोग करने से पहले एडेप्टर को परिभाषित करते हैं, प्राधिकरण हेडर जोड़ने से पहले अनुरोध भेजा गया था।

साइड इफेक्ट यह था कि मिडलवेयर हस्ताक्षर बनाने के लिए env.body का उपयोग कर रहा था और इसलिए यह हस्ताक्षर बनाने के लिए प्रतिक्रिया निकाय का उपयोग कर रहा था।

जैसा कि मैं कनेक्शन के शीर्ष पर एडेप्टर को परिभाषित कर रहा था, मेरे लॉग भी गलत थे और मैं सोच रहा था कि मेरी हस्ताक्षर स्क्रिप्ट भी गलत थी।

सादर!

benja83 14 मार्च 2017

👍1

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

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

Faraday: अनुरोध निकाय लॉग करने का प्रयास कर रहा है, यह इसके बजाय प्रतिक्रिया लॉग करता है

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

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

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