Gunicorn: websockets के साथ wsgi.py में 'प्रतिक्रिया' ऑब्जेक्ट में कोई विशेषता 'status_code' नहीं है

को निर्मित 16 फ़र॰ 2016 · 36टिप्पणियाँ · स्रोत: benoitc/gunicorn

मैं अपना ऐप शुरू करता हूं

gunicorn --worker-class eventlet -w 1 server:app --bind="127.0.0.1:5000"

और websockets के लिए Flack-SocketIO का उपयोग करते समय मुझे अक्सर एक त्रुटि मिलती है जिसमें Gunicorn किसी फ़ंक्शन से ठीक से वापस नहीं आ रहा है

[2016-01-30 10:20:53 -0800] [7330] [ERROR] Error handling request
Traceback (most recent call last):
  File "/Users/brianclark/Desktop/Projects/HDP/application/api/venv/lib/python2.7/site-packages/gunicorn/workers/async.py", line 52, in handle
    self.handle_request(listener_name, req, client, addr)
  File "/Users/brianclark/Desktop/Projects/HDP/application/api/venv/lib/python2.7/site-packages/gunicorn/workers/async.py", line 114, in handle_request
    resp.close()
  File "/Users/brianclark/Desktop/Projects/HDP/application/api/venv/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 423, in close
    self.send_headers()
  File "/Users/brianclark/Desktop/Projects/HDP/application/api/venv/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 316, in send_headers
    tosend = self.default_headers()
  File "/Users/brianclark/Desktop/Projects/HDP/application/api/venv/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 297, in default_headers
    elif self.should_close():
  File "/Users/brianclark/Desktop/Projects/HDP/application/api/venv/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 230, in should_close
    if self.status_code < 200 or self.status_code in (204, 304):
AttributeError: 'Response' object has no attribute 'status_code'

कॉन्फ़िगरेशन पर कोई सलाह मैं इसे ठीक करने के लिए उपयोग कर सकता हूं या यह एक बग है?

Feedback Requested Discussion Investigation help wanted

स्रोत

bclark8923

👍9

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

@ kramer65 मैं देखता हूँ। मैं सदियों से इसका इंतजार कर रहा हूं, अगर किसी के पास इसका समाधान है तो कृपया हमारे साथ साझा करें! धन्यवाद!

qwexvf 19 अक्तू॰ 2016

👍4

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

@ bclark8923 क्या आपके पास कोई एप्लिकेशन है जो इस मुद्दे को पुन: उत्पन्न करने में मदद कर सकता है?

benoitc 28 मार्च 2016

हाँ! तुम मुझसे क्या करवाना चाहते हो?

सोमवार, २८ मार्च २०१६ को, बेनोइट चेसनेउ नोटिफिकेशन @github.com ने लिखा:

@bclark8923 https://github.com/bclark8923 क्या आपके पास कोई आवेदन है
जो इस मुद्दे को पुन: पेश करने में मदद कर सकता है?
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/benoitc/gunicorn/issues/1210#issuecomment -202484667

धन्यवाद,
ब्रायन क्लार्क
(२४८) ९९० ५६१६
www.hdphealth.com
मुझे फेसबुक https://facebook.com/bclark8923 और Twitter पर जानें
https://twitter.com/blaurenceclark!

bclark8923 28 मार्च 2016

@ bclark8923 अगर इसे स्ट्रीम किया जा सकता है तो अंततः मैं एक परीक्षण में कुछ हिस्सा शामिल कर सकता हूं जो मदद करेगा :)

इसके अलावा आप गनिकोर्न के किस संस्करण का उपयोग कर रहे हैं?

benoitc 28 मार्च 2016

जी बोलिये! मुझे ईमेल करें [email protected] और 19.x किसी प्रकार की जांच कर सकते हैं
जल्द ही

सोमवार, २८ मार्च २०१६ को, बेनोइट चेसनेउ नोटिफिकेशन @github.com ने लिखा:

@bclark8923 https://github.com/bclark8923 अगर इसे स्ट्रीम किया जा सकता है तो
अंततः मैं एक परीक्षण में कुछ हिस्सा शामिल कर सकता हूं जो मदद करेगा :)
इसके अलावा आप गनिकोर्न के किस संस्करण का उपयोग कर रहे हैं?
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/benoitc/gunicorn/issues/1210#issuecomment -२०२४९२००५

धन्यवाद,
ब्रायन क्लार्क
(२४८) ९९० ५६१६
www.hdphealth.com
मुझे फेसबुक https://facebook.com/bclark8923 और Twitter पर जानें
https://twitter.com/blaurenceclark!

bclark8923 28 मार्च 2016

संस्करण 19.4.5 . का उपयोग करना

bclark8923 28 मार्च 2016

मुझे एक ही समस्या हो रही है। मैं गनिकोर्न संस्करण 18.0 का उपयोग कर रहा हूं।

कोई फिक्स पहले से उपलब्ध है?

kramer65 15 अप्रैल 2016

अगर किसी के पास इसे पुन: पेश करने के लिए जेड कोड है तो इससे मदद मिलेगी :)

benoitc 15 अप्रैल 2016

@benoitc - यह समझ में आता है .. ;-)

मैं अगले सप्ताह कुछ ठीक कर दूंगा और आपको बता दूंगा!

kramer65 15 अप्रैल 2016

@benoitc - ठीक है, मैंने सप्ताहांत से पहले कुछ तय किया।

आप यहां रीडमी में निर्देशों के साथ रेपो पा सकते हैं: https://github.com/kramer65/gunicorn-error

बीटीडब्ल्यू: मैं गनिकोर्न संस्करण 18.0 . का उपयोग कर रहा हूं

kramer65 15 अप्रैल 2016

संभवत: कुछ को gunicorn.workers.async.ALREADY_HANDLED वापस करने की आवश्यकता है या जैसे ही आवेदन अपने डब्लूएसजीआई हैंडलर से वापस आता है, गनिकोर्न अनुरोध को लॉग करने का प्रयास करेगा। इसके बजाय, Gunicorn को यह जानने की जरूरत है कि अनुरोध अब पूरी तरह से एप्लिकेशन द्वारा नियंत्रित किया जाता है।

tilgovi 19 अप्रैल 2016

"उदाहरण/वेबसोकेट" निर्देशिका में दोनों उदाहरण इस स्थिरांक को उनके डब्लूएसजीआई हैंडलर से लौटाते हैं।

tilgovi 19 अप्रैल 2016

@benoitc - क्या त्रुटि को पुन: उत्पन्न करने का उदाहरण त्रुटि खोजने में आपकी सहायता करता है? क्या मैं इसे हल करने में मदद करने के लिए कोई अन्य सहायता कर सकता हूं?

kramer65 24 अप्रैल 2016

@ kramer65 हाँ मैंने त्रुटि को पुन: प्रस्तुत किया।

तो Gunicorn एक शुद्ध WSGI इंजन है और एक WSGI प्रतिक्रिया की अपेक्षा कर रहा है जिसमें एक स्थिति है:
https://github.com/benoitc/gunicorn/blob/master/gunicorn/http/wsgi.py#L242

(इस कोड से संबंधित: https://github.com/benoitc/gunicorn/blob/master/gunicorn/workers/async.py#L103-L119)

जैसा कि @tilgovi ने कहा था कि आप ALREADY_HANDLED . लौटाकर गनिकोर्न से प्रतिक्रिया प्रबंधन को बायपास कर सकते हैं

जहां तक मैंने फ्लैश सॉकेटियो का कोड पढ़ा है, यह फ्लास्क एप्लिकेशन को socketio.Middleware लपेट रहा है जो स्वयं engineio.middleware.Middleware से विरासत में मिला है:
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/middleware.py

जो पथ मिलने पर wsgi एप्लिकेशन या अपने स्वयं के हैंडलर को वापस कर देता है:
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/middleware.py#L45 -L52

तो यह वेबसोकेट पथ पर socketio.Server.handle_request लौटाता है:
https://github.com/miguelgrinberg/Flask-SocketIO/blob/master/flask_socketio/__init__.py#L144

जो स्वयं engineio.Server.handle_request लौटाता है (इस परियोजना में बहुत सारे परिपत्र विवरण ...):
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/server.py#L184

इस बिंदु पर ऐसा प्रतीत होता है कि न तो socket.handle_get_request या socket. handle_post_request ने स्थिति निर्धारित की है:
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/socket.py#L69 -L96

और फिर यहाँ एक त्रुटि हो सकती है:
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/server.py#L251 -L252

चूंकि यह स्थिति या कुछ भी सेट किए बिना प्रतिक्रिया वापस कर सकता है। मैं देख सकता हूं कि अपग्रेड उसी वेबसोकेट ऑब्जेक्ट का उपयोग करता है जैसा कि हमारे उदाहरण में है:
https://github.com/benoitc/gunicorn/blob/master/examples/websocket/websocket.py

मुझे लगता है कि यहां अंतिम r वापस करने के बजाय:
https://github.com/miguelgrinberg/python-engineio/blob/master/engineio/server.py#L251 -L252

इसे शायद वहां की तरह ALREADY_HANDLED वापस करना चाहिए:
https://github.com/benoitc/gunicorn/blob/master/examples/websocket/websocket.py#L115

वैसे भी एक अनुमान है क्योंकि उस कोड को पढ़ना काफी मुश्किल है। उम्मीद है कि यह मदद करेगा।

benoitc 2 मई 2016

@ kramer65 मुझे वैसे भी इस टिकट की स्थिति के बारे में बताएं :)

benoitc 2 मई 2016

@benoitc ALREADY_HANDLED स्थिरांक गनिकोर्न के लिए विशिष्ट है। इवेंटलेट का इस स्थिरांक का अपना संस्करण है, जिसे एक अलग तरीके से परिभाषित किया गया है: https://github.com/eventlet/eventlet/blob/2cd5f1d9aea53efb4526e7185017bdcc84732588/eventlet/wsgi.py#L69।

कोड के माध्यम से आप जिस r मान का अनुसरण कर रहे थे, वह वेबसॉकेट कनेक्शन समाप्त होने पर ईवनलेट का ALREADY_HANDLED लौटाता है। इसे इवेंटलेट द्वारा स्वचालित रूप से नियंत्रित किया जाता है: https://github.com/eventlet/eventlet/blob/2cd5f1d9aea53efb4526e7185017bdcc84732588/eventlet/websocket.py#L135।

Gunicorn चाहिए (मुझे लगता है) अपने स्वयं के अलावा ईवेंटलेट के ALREADY_HANDLED स्थिरांक को पहचानना चाहिए और इसे उसी तरह से संभालना चाहिए। मुझे लगता है कि इससे इस समस्या का समाधान हो जाएगा।

miguelgrinberg 7 मई 2016

यह बहुत अच्छा है अगर आप इस मुद्दे को ठीक कर सकते हैं। मैं अपने उत्पादन पर flask-socketio & gunicorn चला रहा हूं और डेटा खोना नहीं चाहता।

lequangdzung 27 मई 2016

मैं इसी तरह की समस्याओं का सामना कर रहा हूं, और सोच रहा था कि क्या इस मुद्दे पर कोई खबर है?

harmdevries89 29 जून 2016

@benoitc - क्या आपको लगता है सुझाव के रूप में ऊपर @miguelgrinberg द्वारा किए गए (Gunicorn अपने स्वयं के अलावा eventlet के ALREADY_HANDLED निरंतर समझते हैं और उसी तरह से इसे संभाल करने देने के लिए) एक अच्छा विचार है?

kramer65 30 जून 2016

@ kramer65 यदि आप इसके लिए सफाई से समर्थन जोड़ने का कोई तरीका ढूंढ सकते हैं, तो मुझे लगता है कि इवेंटलेट कार्यकर्ता को इसे संभालने के लिए यह समझ में आता है।

अभी इसे संभालने का तर्क gunicorn.workers.async.AsyncWorker#handle_request अंदर थोड़ा दब गया है, लेकिन हो सकता है कि इसे स्थिर संपत्ति के माध्यम से अप्रत्यक्ष रूप से नियंत्रित किया जा सकता है जिसे इवेंटलेट कार्यकर्ता ओवरराइड कर सकता है, या किसी भी कार्यकर्ता द्वारा पहले से ही नियंत्रित की गई जांच के लिए एक इंस्टेंस विधि को कॉल करके- विशिष्ट तर्क जो मौजूद हो सकता है, बेस क्लास के साथ जैसा वह अभी करता है।

tilgovi 1 जुल॰ 2016

@tilgovi - आपको मुझे अपना संदेश भेजे हुए कुछ समय हो गया है, लेकिन मैं आखिरकार इसका जवाब देना चाहता था। समस्या यह है कि मैं इसके लिए जो कुछ भी कर सकता हूं उसमें मैंने अपनी सीमा को मारा। मुझे वास्तव में कोई सुराग नहीं है कि इसे हल करने के लिए कैसे आगे बढ़ना है।

इस बीच मेरे लॉग नीचे दिए गए त्रुटि संदेशों से भरे हुए हैं, इसलिए मेरे पास इसे हल करने में कुछ ऊर्जा लगाने का हर कारण है। मैं अभी पूरी तरह से समझ नहीं पा रहा हूं कि समस्या का सही कारण क्या है, अकेले ही मैं समझता हूं कि मैं इसे कैसे हल कर सकता हूं।

अगर कोई संपर्क करना चाहता है तो मुझे इस मुद्दे पर चर्चा करने में खुशी होगी, और तब मैं अब की तुलना में थोड़ी अधिक मदद करने में सक्षम हो सकता हूं।

2016-08-23 08:07:16 [2185] [ERROR] Error handling request
Traceback (most recent call last):
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/workers/async.py", line 45, in handle
    self.handle_request(listener, req, client, addr)
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/workers/async.py", line 102, in handle_request
    resp.close()
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 369, in close
    self.send_headers()
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 284, in send_headers
    tosend = self.default_headers()
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 265, in default_headers
    elif self.should_close():
  File "/var/www/imd/venv/local/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 198, in should_close
    if self.status_code < 200 or self.status_code in (204, 304):
AttributeError: 'Response' object has no attribute 'status_code'

kramer65 23 अग॰ 2016

क्या किसी ने इसे ठीक किया ?.....

qwexvf 19 अक्तू॰ 2016

@qwexvf - दुर्भाग्य से मैंने नहीं किया। मेरे लॉग अभी भी त्रुटियों से भर रहे हैं। :-(

किसी और को?

kramer65 19 अक्तू॰ 2016

qwexvf 19 अक्तू॰ 2016

👍4

कोई अपडेट्स?

Hum4n01d 19 नव॰ 2016

मुझे यकीन है कि इसे ठीक करने के क्लीनर तरीके हैं, लेकिन कम से कम यह एक शुरुआत है।

stefaang 6 दिस॰ 2016

@stefaang धन्यवाद मैं इसे सोचने की कोशिश कर रहा हूँ!

qwexvf 6 दिस॰ 2016

इसके लिए फिक्स PyPI पर कब जारी किया जाएगा?

eddie-dunn 17 फ़र॰ 2017

कल
शुक्र, १७ फरवरी २०१७ को १६:४६ बजे, एडी नोटिफिकेशन @github.com ने लिखा:

इसके लिए फिक्स PyPI पर कब जारी किया जाएगा?
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने खुली/बंद स्थिति को संशोधित किया है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/benoitc/gunicorn/issues/1210#issuecomment-280685264 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAA4ogTRMF7EfR25G6gLrktOdh_iA4Ciks5rdcDYgaJpZM4HbcdP
.

benoitc 17 फ़र॰ 2017

क्या इसे जारी किया गया है?

jocms 20 फ़र॰ 2017

https://pypi.python.org/pypi/gunicorn

नहीं :(

eddie-dunn 21 फ़र॰ 2017

@benoitc अद्यतन पर किसी भी शब्द को

juliedavila 22 फ़र॰ 2017

@defionscode मैं गुरुवार सुबह (कल) को रिलीज करूंगा।

benoitc 22 फ़र॰ 2017

बहुत बड़िया धन्यवाद
बुध, २२ फरवरी, २०१७ को पूर्वाह्न ११:५४ बजे बेनोइट चेसनेउ नोटिफिकेशन @github.com
लिखा था:

@defionscode https://github.com/defionscode मैं इसे जारी करूंगा
गुरुवार सुबह (कल)।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/benoitc/gunicorn/issues/1210#issuecomment-281729992 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AEcrYp6QfVpWXhG14f4M-lPDHMn0cFncks5rfGhWgaJpZM4HbcdP
.

juliedavila 22 फ़र॰ 2017

क्या यह फिक्स जारी किया गया है?

ghost 2 मार्च 2017

@Decker108 स्टेटस को https://github.com/benoitc/gunicorn/issues/1471 द्वारा ट्रैक किया जाता है। आज रिलीज होगी...

benoitc 2 मार्च 2017

यह बग अभी भी मेरे पक्ष में गनिकोर्न के नवीनतम संस्करण 19 और 20 के साथ हो रहा है। क्या इसे @benoitc ठीक किया जाना चाहिए था?

nicgirault 22 जून 2020

😕2 👀1

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

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

Gunicorn: websockets के साथ wsgi.py में 'प्रतिक्रिया' ऑब्जेक्ट में कोई विशेषता 'status_code' नहीं है

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

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

धन्यवाद, ब्रायन क्लार्क (२४८) ९९० ५६१६ www.hdphealth.comमुझे फेसबुक https://facebook.com/bclark8923 और Twitter पर जानें https://twitter.com/blaurenceclark!

धन्यवाद, ब्रायन क्लार्क (२४८) ९९० ५६१६ www.hdphealth.comमुझे फेसबुक https://facebook.com/bclark8923 और Twitter पर जानें https://twitter.com/blaurenceclark!

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

धन्यवाद,
ब्रायन क्लार्क
(२४८) ९९० ५६१६
www.hdphealth.com
मुझे फेसबुक https://facebook.com/bclark8923 और Twitter पर जानें
https://twitter.com/blaurenceclark!

धन्यवाद,
ब्रायन क्लार्क
(२४८) ९९० ५६१६
www.hdphealth.com
मुझे फेसबुक https://facebook.com/bclark8923 और Twitter पर जानें
https://twitter.com/blaurenceclark!