Apollo-link-rest: त्रुटि जब REST प्रतिक्रिया खाली होती है

@isopterix - मुझे नहीं लगता कि अभी हमारे पास इससे निपटने का एक आसान तरीका है। -- मेरा प्रारंभिक विचार यह होगा कि आप फ़ेच को रैप करें और एक कस्टम फ़ेच कार्यान्वयन प्रदान करें जो {} साथ २०४ प्रतिक्रियाओं के शरीर को बदल देता है -- मुझे लगता है कि एक बेहतर सुविधा के निर्माण के बिना, यही एकमात्र तरीका है जिससे मैं यह कर सकता था आज!

@isopterix मैंने नीचे दिए गए परीक्षण के साथ इस मुद्दे को पुन: पेश करने का प्रयास किया, लेकिन परीक्षण एक खाली शरीर के लिए गुजरता है। ऐसा प्रतीत होता है कि जब शरीर खाली स्ट्रिंग होता है तो response.json() {} लौटाता है। क्या आप यह देखने के लिए अपने लाइव सेटअप में इसे और अधिक बारीकी से ट्रेस करने का प्रयास कर सकते हैं कि त्रुटि कहां होती है?

  describe('response parsing', () => {
    it('supports empty response bodies', async () => {
      expect.assertions(1);

      const link = new RestLink({ uri: '/api' });

      fetchMock.post('/api/posts', {
        status: 204,
        body: '',
      });

      const mutation = gql`
        mutation postEmptyResponse($input: String!) {
          newPost(input: $input)
            @rest(type: "Post", path: "/posts", method: "POST") {
            NoResponse
          }
        }
      `;
      const {data} = await makePromise<Result>(
        execute(link, {
          operationName: 'postEmptyResponse',
          query: mutation,
          variables: { input: 'Love apollo' },
        }),
      );

      expect(data).toEqual({
        newPost: {
          NoResponse: null,
          __typename: 'Post',
        }
      });
    });
  });

@isopterix ने मेरी आखिरी टिप्पणी पर कभी ध्यान नहीं दिया। ऐसा लगता है कि परीक्षण वातावरण की तुलना में ब्राउज़र कार्यान्वयन कम क्षमाशील हैं।

एक समस्या जो मैं एक खाली शरीर का पता लगाने के साथ देखता हूं वह यह है कि यह बताने का कोई निश्चित तरीका नहीं है कि शरीर में res.json() या res.text() कॉल किए बिना क्या है, और हमेशा दोनों को कॉल करना भी है बेमानी। अन्यथा कोई Content-Length शीर्षलेख देख सकता है, लेकिन मुझे यकीन नहीं है कि यह हमेशा विश्वसनीय होगा। एक अन्य विकल्प केवल JSON को पार्स करना होगा यदि Content-Type application/json , लेकिन यह भी कल्पना की जा सकती है कि कुछ एपीआई सभी प्रतिक्रियाओं के लिए और यहां तक ​​​​कि खाली 204 प्रतिक्रिया के लिए उस हेडर को समान रूप से सेट कर सकते हैं।

चूंकि बाकी लिंक 300 से ऊपर किसी भी स्थिति कोड पर networkError उत्पन्न करता है, प्रतिक्रिया पार्सिंग को केवल 2xx स्थिति कोड को सही ढंग से संभालने के लिए पर्याप्त रूप से विशिष्ट होना चाहिए। उनमें से कोई भी उचित रूप से मुठभेड़ की उम्मीद कर सकता है:

• 200 ठीक
• 201 बनाया गया
• 202 स्वीकृत
• 204 कोई सामग्री नहीं
• (अन्य में से कोई?)

204 प्रतिक्रियाएं केवल एक खाली शरीर के लिए होनी चाहिए। क्या यह स्थिति कोड का निरीक्षण करने और 204 होने पर डिफ़ॉल्ट {} वापस करने का विकल्प होगा? हालांकि यह एक बहुत ही विशिष्ट किनारे के मामले के लिए एक परीक्षण होगा, यह पुस्तकालय को अधिक HTTP मानक अनुरूप बना देगा जो एक अच्छी बात प्रतीत होती है।

@fbartho क्या आपको इनमें से किसी एक दृष्टिकोण के लिए कोई प्राथमिकता होगी? यदि इन विकल्पों में से कोई एक या उसका संयोजन उचित लगता है, तो मैं पीआर बनाऊंगा।

शायद यहाँ कोई बीच का रास्ता है? क्या दोनों व्यवहारों का समर्थन किया जा सकता है?

मैं डिफ़ॉल्ट रूप से २०४ को {} के रूप में व्याख्या करने के लिए बहुत सहायक हूं, या "नल" के रूप में JSON में कोई सामग्री के अर्थ के बराबर नहीं है?

मुझे लगता है कि काम करने के लिए खाली शरीर की अपस्ट्रीम ग्राफक्यूएल व्याख्या के लिए हमें {} वापस करना चाहिए जिसके परिणामस्वरूप परिणाम होगा

data: {
  __typename: "...",
  NoResponse: null,
}

जब आप कहते हैं "क्या दोनों व्यवहारों का समर्थन किया जा सकता है?" क्या आपका मतलब 204 स्टेटस कोड को देखना और हेडर को देखना है? मुझे लगता है कि जब Content-Length वास्तव में मौजूद है और 0 तब हम इसे एक खाली शरीर के एक और संकेत के रूप में ले सकते हैं और डिफ़ॉल्ट वापस कर सकते हैं।

हालांकि मैंने पहले Content-Type शीर्षलेख का प्रस्ताव रखा था, मैं वास्तव में इस बारे में बिल्कुल स्पष्ट नहीं हूं कि जब इसे json अलावा किसी अन्य चीज़ पर सेट किया जाए तो क्या किया जाना चाहिए। मुझे लगता है कि अगर इस हेडर की व्याख्या की जानी है तो इसे प्रस्तावित bodySerializer समान responseSerializer कॉन्फ़िगरेशन विकल्प के साथ करने की आवश्यकता होगी। हालांकि यह शायद अधिक है, और विशेष रूप से खाली शरीर के मुद्दे को संबोधित नहीं करेगा।

मुझे 204 और सामग्री-लंबाई कार्यान्वयन करने में प्रसन्नता हो रही है।

अब तक मैंने पहले की सलाह का पालन किया और 204 प्रतिक्रिया को संभालने के लिए एक कस्टम फ़ेच लागू किया। लेकिन मुझे उचित प्रतिक्रिया वापस पाने में कठिनाई हुई। इस कार्यक्षमता को बॉक्स से बाहर निकालने का विकल्प बहुत बढ़िया होगा।

दुर्भाग्य से, मैं अभी भी सीख रहा हूं कि जेएस दुनिया को कैसे नेविगेट किया जाए ...

#111 के माध्यम से फिक्स्ड!

मिठाई! आपका बहुत बहुत धन्यवाद।

अब, केवल एक छोटी सी समस्या अभी बाकी है :) अपने स्वयं के अस्थायी समाधान पर काम करने के ठीक बाद, मैं अपने लक्ष्य SharePoint सर्वर के REST API के साथ एक और समस्या में भाग गया ... यदि आप एक प्रविष्टि हटाते हैं तो आपको 200 प्रतिक्रिया मिलती है बिना शरीर की सामग्री के :)

क्या हम संभावित रूप से व्यवहार को सामान्य कर सकते हैं, अर्थात यदि "NoResponse" टैग के साथ कोई बॉडी कंटेंट प्रतिक्रिया नहीं देता है? अगर मैं गलत नहीं हूं तो पैच वर्तमान में केवल 204 विशेष मामले को संबोधित करता है।

@isopterix यदि सर्वर Content-Length को शून्य पर ठीक से सेट करता है तो उसे 200 प्रतिक्रियाओं पर भी काम करना चाहिए, इरादा उसके लिए भी जांचना है।

इसे एक स्पिन देने के लिए तत्पर हैं।

क्या इसमें खाली सामग्री के साथ कोई सफल प्रतिक्रिया शामिल है? बिना सामग्री वाले 200 की तरह?

हाँ। इसके लिए विलय किया गया फिक्स 204 स्थिति या Content-Length: 0 शीर्षलेख के लिए जांचता है और एक खाली वस्तु देता है।

यदि आपके पास Content-Length हेडर के बिना 200 खाली प्रतिक्रिया है तो यह काम नहीं करेगा क्योंकि इस चेक के लिए बॉडी को पार्स नहीं किया गया है।

@isopterix क्या आप यह पुष्टि करने में सक्षम हैं कि यह काम करता है? मैं एक उत्परिवर्तन करने की कोशिश कर रहा हूं जो मुझे 200 स्थिति और Content-Length: 0 । हालांकि, मुझे अभी भी Network error: Unexpected end of JSON input । मैं संस्करण 0.7.0 का उपयोग कर रहा हूँ।

मैं देखता हूं कि apollo-link-rest डीबग करते समय प्रतिक्रिया शीर्षलेख खाली होते हैं, जबकि मेरा ब्राउज़र वास्तव में शीर्षलेख दिखा रहा है। क्या apollo-link-rest प्रतिक्रिया वस्तु में हेडर में हेरफेर/रीसेट करता है?

अपोलो-लिंक-बाकी प्रतिक्रिया शीर्षलेख @dljcollette में हेरफेर नहीं करता है! उम्मीद है कि आपकी मदद होगी

मुझे एक ही त्रुटि मिलती है

खाली शरीर के साथ स्थिति 200 के लिए कोई समाधान है?

@thomaszdxsn इसे res.text() बजाय res.json() और JSON.parse() साथ पार्स करने से पहले वैध JSON की जांच करना होगा। इसका मतलब है कि आप स्ट्रीमिंग JSON पार्सिंग से बाहर हो गए हैं और ऐसा कुछ होने की संभावना नहीं है।

सबसे अच्छा समाधान यह होगा कि आप अपने एपीआई को बदल दें ताकि यह शरीर के खाली होने पर या 200 प्रतिक्रिया निकाय में कुछ वापस करने के लिए शब्दार्थ रूप से सही स्थिति कोड 204 का उपयोग करे। मुझे लगता है कि एक खाली JSON एन्कोडेड ऑब्जेक्ट भी काम करेगा, जब तक कि प्रतिक्रिया निकाय में कुछ ऐसा है जो वैध JSON है।

यदि आप वास्तव में एपीआई नहीं बदल सकते हैं, तो शायद आप एक कस्टम fetch फ़ंक्शन को apollo-link-rest में पास कर सकते हैं यदि आप अंततः एएलआर को संसाधित करने के लिए लौटने से पहले प्रतिक्रिया का निरीक्षण और परिवर्तन कर सकते थे। यह एक हैक होगा, लेकिन यह आपके लिए काम कर सकता है।

या, फिर से, सुनिश्चित करें कि एपीआई प्रतिक्रिया में Content-length: 0 शीर्षलेख लौटाता है।