मेरे पास बिल्कुल वही वातावरण है। इसे इस्तेमाल करे:

axios.post('/formulas/create', {
    name: "",
    parts: ""
})
.then(response => { 
    console.log(response)
})
.catch(error => {
    console.log(error.response)
});

console.log(error) से console.log(error.response) में catch संशोधित करें ।

आप वैश्विक इंटरसेप्टर का भी उपयोग कर सकते हैं और केवल error.response को अस्वीकार कर सकते हैं। समस्या तब होती है जब console.log त्रुटि को आउटपुट करने का प्रयास करता है, स्ट्रिंग प्रतिनिधित्व मुद्रित होता है, ऑब्जेक्ट संरचना नहीं, इसलिए आपको .response संपत्ति दिखाई नहीं देती है।

यदि कोई यह सोच रहा है कि केवल response संपत्ति को कैसे अस्वीकार किया जाए, तो यह कैसे करना है:

axios.interceptors.response.use((response) => {
    return response;
}, function (error) {
    // Do something with response error
    if (error.response.status === 401) {
        console.log('unauthorized, logging out ...');
        auth.logout();
        router.replace('/auth/login');
    }
    return Promise.reject(error.response);
});

महत्वपूर्ण हिस्सा है return Promise.reject(error.response);

यह वही परिणाम उत्पन्न करता है यदि उपरोक्त समाधान इंडेंटिंग या छोटा करते समय आपके जेएस फ़ाइल सिंटैक्स को गड़बड़ कर देता है :)

.post('ajax/register/otp', this.registerData)
.then(function (response) {
       return otpSent(response)
})
.catch(function (error) {
      console.log(error.response);
 });

@ गोपाल-जी जो मेरे लिए अपरिभाषित है।

खैर @ पेड्रो-मास उस स्थिति में सर्वर की ओर से कोई प्रतिक्रिया नहीं हो सकती है। मेरे परिदृश्य में मेरी प्रतिक्रिया JSON थी जब त्रुटि हुई तो मैं error.response का उपयोग करके प्रतिक्रिया प्राप्त कर सकता था

@ गोपाल-जी अगर मैं देव टूल्स में नेटवर्क टैब देख रहा हूं, तो मैं प्रतिक्रिया देख सकता हूं। यह 401 है अगर इससे कोई फर्क पड़ता है।

मुझे @ पेड्रो-मास के साथ एक ही त्रुटि है।

यहाँ मेरा कोड है

async function test () {
try {
  let res = await axios.get('/xxxxx/xxxx')

} catch (e) {
  console.log(e.response) // undefined
}
}

"त्रुटि.प्रतिक्रिया" का उपयोग करना मेरे लिए काम नहीं करता है। समस्या तब होती है जब मैंने डेटाबेस सर्वर को डिस्कनेक्ट कर दिया और मेरे वेब सर्वर ने त्रुटि 500 ​​लौटा दी।

देव उपकरण में नेटवर्क टैब

प्रतिक्रिया कोड: 500
प्रतिक्रिया निकाय:

{
  "error": {
    "statusCode": 500,
    "name": "Error",
    "message": "read ETIMEDOUT",
    "code": "ETIMEDOUT",
    "errno": "ETIMEDOUT",
    "syscall": "read",
    "stack": "Error: read ETIMEDOUT\n    at exports._errnoException (util.js:1050:11)\n    at TCP.onread (net.js:582:26)"
  }
}

क्रोम कंसोल त्रुटि:

Uncaught (in promise) Error: Request failed with status code 500
    at createError (createError.js:15)
    at settle (settle.js:18)
    at XMLHttpRequest.handleLoad (xhr.js:77)

संस्करण

"अक्ष": "^0.15.3"

catch में एक पकड़ है: यदि अनुरोध किए जाने से पहले त्रुटि होती है, तो catch आपके पास err.response संपत्ति नहीं होगी, क्योंकि... ठीक है .. कोई प्रतिक्रिया नहीं है। तो, catch किसी भी त्रुटि को पकड़ लेगा। नेटवर्क विफलता के कारण कोई प्रतिक्रिया नहीं होने पर @fabiorecife जैसी स्थितियों में भी यही बात लागू होती है। err को HTTP त्रुटि के रूप में न मानें क्योंकि यह हमेशा ऐसा नहीं होता है।

@alsofronie तो 413 जैसी प्रीफ्लाइट विफलताओं के उदाहरण के लिए हैंडलिंग (दूसरे से अलग करना) का पसंदीदा तरीका क्या है?

मुझे एक समान समस्या मिल रही है - क्रोम devtools 401 दिखा रहा है, प्रतिक्रिया {"message":"Identity token has expired"} और मैं catch( (error) => {...}) हूं - लेकिन error.response खाली। अगर इस वजह से ठीक पहले मैं सोच रहा हूँ OPTIONS के साथ जुड़े कॉल GET की स्थिति है 200 । इस मामले में क्या करना है और 401 स्थिति कोड पुनर्प्राप्त करने के लिए सही जगह कहां है?

@robbiemu मुझे लगता है कि यह पहले से ही प्रलेखित है: https://github.com/axios/axios#handling -errors

@mrchief इसके लिए धन्यवाद, इस पर फिर से जाना अच्छा है। मेरे मामले में, यह समाधान ज्यादातर मामलों में काम करता है लेकिन वर्तमान समस्या जो मैं अनुभव कर रहा हूं वह यह है कि error.response ऑब्जेक्ट मौजूद है, लेकिन फ़ील्ड undefined , response अंदर मूल्यों के लिए कोई भी कॉल

@paolavness मैं यहां टिप्पणी करने के बजाय एक नया मुद्दा खोलने का सुझाव

@mrchief आह यह बंद है, इसे इंगित करने के लिए धन्यवाद। करूंगा।

मेरी भी यही समस्या थी। आखिरकार, मैंने त्रुटि कोड को 401 से 403 में बदल दिया और सब कुछ काम किया जैसा मैंने उम्मीद की थी। मैं खाली त्रुटि वस्तु के कारण का अनुमान लगा रहा हूं और परिणामस्वरूप जावास्क्रिप्ट त्रुटि को इस कथन के साथ करना है जो मुझे प्रलेखन में 401 त्रुटियों के लिए मिला है:

"[ए 401 त्रुटि] प्रतिक्रिया में एक डब्ल्यूडब्ल्यूडब्ल्यू-प्रमाणीकरण हेडर फ़ील्ड शामिल होना चाहिए जिसमें अनुरोधित संसाधन पर लागू चुनौती हो।"

इसलिए यदि आप 401 त्रुटि का उपयोग करने जा रहे हैं, तो आपको एक www-प्रमाणीकरण शीर्षलेख फ़ील्ड शामिल करना होगा। यदि आप ऐसा नहीं करना चाहते हैं, तो बस 403 त्रुटि का उपयोग करें।

सुप्रभात दोस्तों, मेरे पास यह समस्या थी, हालांकि, मैंने अपने सर्वर पर cors को सक्षम करने के लिए इसे अपने अपाचे कॉन्फ़िगरेशन को बदलकर ठीक कर दिया। नीचे दिए गए लिंक पर एक नजर

https://enable-cors.org/server_apache.html

आप केवल console.log(JSON.stringify(error)) साथ सभी प्रतिक्रियाओं को डीबग कर सकते हैं

axios.post(url)
तब ((प्रतिक्रिया) => {
// कोई चीज़
})
कैच ((प्रतिक्रिया) => {
अगर (प्रतिक्रिया। स्थिति == अपरिभाषित) {
चेतावनी ('अनधिकृत')
}
})

मुझे @fabiorecife द्वारा वर्णित वही समस्या थी। मैंने इसे हल किया लेकिन यह सबसे सुंदर समाधान नहीं है और मुझे समझ में नहीं आता कि इसकी आवश्यकता क्यों है।

.catch(error=>{
let errorObject=JSON.parse(JSON.stringify(error));
console.log(errorObject);
dispatch(authError(errorObject.response.data.error));
})

यह errorObject चर में अपेक्षित परिणाम उत्पन्न करता है।

@petruscurtu मुझे एक ही समस्या है！ यह मेरे लिए काम नहीं करता है！

मुझे नहीं पता कि यह 'नो एक्सेस-कंट्रोल-अनुमति-मूल' क्यों फेंकता है, लेकिन सर्वर ने इसे सेट कर दिया है! प्रतिक्रिया शीर्षलेख ठीक है

हल किया। ऑथ एपीआई सही हेडर का जवाब नहीं दे रहा था जिसमें एक्सेस-कंट्रोल-अनुमति-मूल होना चाहिए

@luxueyan मुझे नहीं पता कि समस्या क्या हो सकती है क्योंकि मुझे नहीं पता कि आप अपने सर्वर पर CORS को कैसे संभालते हैं। जहाँ तक axios का संबंध है, मैं आपके कंसोल आउटपुट में एक config और request ऑब्जेक्ट देख सकता हूँ। मुझे लगता है कि आपको उस आउटपुट की जांच करनी चाहिए। यह उस प्रतिक्रिया के प्रारूप से संबंधित हो सकता है जिसे आपका सर्वर वापस भेज रहा है।

@luxueyan ऐसा लगता है कि आपने अपना Access-control-allow-origin http://localhost:8081 लिए सेट अप किया था (यह मानते हुए कि यह सर्वर पर इस पते के साथ सेट है http://10.31.143.32:8080 ?) क्या आप जांच सकते हैं कि आपका URL क्या है? इस परियोजना को कहाँ से चला रहे हैं? क्या यह http://localhost:8081 ? यदि ऐसा नहीं है, भले ही पोर्ट संख्या भिन्न हो, तो यह CORS डोमेन नियमों का उल्लंघन कर रहा है।

@petruscurtu प्रतिक्रिया के इंटरसेप्टर में आउटपुट 'JSON.parse (JSON.stringify (त्रुटि))' है। प्रतिक्रिया संपत्ति नहीं है

@chiefie मुझे यकीन है कि 'पहुंच-नियंत्रण-अनुमति-मूल' सेटिंग ठीक है क्योंकि अन्य अजाक्स एपीआई सही सामग्री का जवाब दे सकता है！केवल कैप्चा कोड एपीआई गलत हो जाता है。 जब यह समाप्त हो जाता है， यह 478 स्थिति और अक्ष के साथ प्रतिक्रिया त्रुटि नहीं कर सकता प्रतिक्रिया शरीर प्राप्त करें！

अद्यतन! यह सर्वर एपीआई त्रुटि थी, इसमें हेडर में कॉर्स सेटिंग्स नहीं थीं। अब अच्छा काम करो।

धन्यवाद @ जुलियानो-बैरोस यह क्रॉस-ओरिजिन के कारण था। अब मेरे सभी अजाक्स अनुरोध ठीक काम करते हैं।

जब भी सर्वर पहुंच योग्य नहीं होता है/CORS अमान्य हो जाता है तो यह कच्ची त्रुटि फेंक दी जाती है।
error.response बस undefined ।

मैंने अभी एक इंटीग्रेशन एरर बनाया है जिसमें संदेश, स्थिति और प्रतिक्रिया डेटा शामिल है ... लेकिन हमेशा एक ही संरचना का पालन करना। इस तरह मैं अपने हैंडलिंग से axios/कच्ची त्रुटि को कम कर सकता हूं।

Axios दोस्तों, मुझे लगता है कि यह एक HTTP त्रुटि होनी चाहिए... जिसमें एक error.response ।
इसे ऊपर के रूप में चेक किया जा सकता है

कल इस अंक की एक साल की बरसी थी। क्या यह कभी "तय" हो जाएगा या इसे इस बिंदु पर "गैर-मुद्दा" माना जाता है?

@frostshoxx तो मुझे लगता है कि यह एक "गैर-मुद्दा" है। जबकि मैं हर किसी के समान समस्या का सामना कर रहा हूं, अब मैं समझता हूं कि क्या हो रहा है और मैं देख सकता हूं कि यह कोई बग या मुद्दा नहीं है, बल्कि दुनिया के काम करने का तरीका है।

हर किसी के लिए जो भ्रमित है (और इस मुद्दे के एक वर्ष पुराना होने का जश्न मनाने के लिए) मैं समझाता हूं कि क्या हो रहा है और आपके सर्वर की प्रतिक्रिया कैसे प्राप्त करें।

आप यहाँ कैसे समाप्त हुए?

ऐसे कई कारण हैं जिनसे आप .catch() बंजर भूमि का सामना कर सकते हैं। कभी-कभी Axios को अनुरोध के प्रारंभ में ही त्रुटि का सामना करना पड़ता है। यह कभी-कभी CORS अनुरोधों के साथ होता है। जब Axios OPTIONS उपलब्ध नहीं होता है, तो Axios घबरा जाता है और सर्वर से वास्तव में प्रतिक्रिया प्राप्त करने से पहले आपको .catch() भेजता है, इसलिए इन मामलों में प्रतिक्रिया उपलब्ध नहीं होती है।

आप में से कुछ लोग कह सकते हैं, "नहीं, मैं इसे DevTools में देखता हूं, इसलिए प्रतिक्रिया वापस आ गई!"। यह हमेशा सच नहीं होता है क्योंकि कभी-कभी Axios एक HTTP अनुरोध शुरू कर देगा, एक त्रुटि का अनुभव करेगा, स्वयं को निरस्त करेगा और सर्वर द्वारा वापस प्रतिक्रिया देने से पहले आपको .catch() भेज देगा। Axios द्वारा .catch() फ़ंक्शन चलाने के कुछ मिलीसेकंड बाद आपका सर्वर प्रतिक्रिया के साथ वापस आ सकता है, जो DevTools में दिखाई देता है क्योंकि यह अभी भी प्रतिक्रिया के लिए सुन रहा है। हालाँकि, इस बिंदु पर Axios लंबे समय तक किया जाता है, इसलिए response उपलब्ध नहीं था क्योंकि यह उस समय मौजूद नहीं था जब Axios ने .catch() फ़ंक्शन शुरू किया था।

आप में से जिन्हें सर्वर से 4XX या 5XX त्रुटि के बारे में संदेश मिलता है, वे भाग्य में हैं! आमतौर पर आपके लिए उपलब्ध सर्वर से एक प्रतिक्रिया होती है क्योंकि इस त्रुटि को प्राप्त करने के लिए, Axios को पूर्ण सर्वर प्रतिक्रिया के लिए चारों ओर इंतजार करना पड़ता था। इन मामलों में, Axios आपको .catch() साथ response पर भेजता है, लेकिन यह प्रतिक्रिया को अपने स्वयं के error ऑब्जेक्ट में लपेटता है जो इसे मक्खी पर बनाता है।
तो अगर आपको 5XX या 4XX त्रुटियां मिल रही हैं, तो संभवतः आपके पास सर्वर प्रतिक्रिया उपलब्ध है, लेकिन इसे DEEP दफन कर दिया गया है!

कोशिश करें error.response.data.data.message । यह लारवेल एपीआई अनुरोधों के लिए काम करने की पुष्टि करता है जो सर्वर त्रुटियों को वापस करते हैं।

गैर-लारवेल उपयोगकर्ता - सर्वर से मूल प्रतिक्रिया प्राप्त करने के लिए आपको कम से कम error.response.data जाने की आवश्यकता होगी, लेकिन अधिकांश सर्वर अपनी प्रतिक्रियाओं को किसी अन्य data{} ऑब्जेक्ट में लपेटने के बजाय आपको एक जाने की आवश्यकता होती है परत को गहरा करें, और फिर अंत में वहां से .message जैसी प्रतिक्रिया संपत्ति तक पहुंचें।

लेकिन मैंने कंसोल किया। लॉग इन करें और इसमें कोई प्रतिक्रिया नहीं है!

हाँ, मुझे पता है, लेकिन बस मुझे हास्य करने के लिए error.response.data आउटपुट करने का प्रयास करें।

किसी कारण से Axios त्रुटि वस्तु पर console.log(error) के आउटपुट को संशोधित करता है। मुझे यकीन नहीं है कि वे ऐसा क्यों करते हैं, लेकिन अगर आप इसके बजाय console.log(JSON.stringify(error)) लिखते हैं तो आप पूरी वस्तु को उसकी सारी महिमा में देखेंगे।

यह क्रमबद्ध JSON है जिसे लगभग 2 परतों की गहराई के बाद पढ़ना मुश्किल हो जाता है। तो आपको त्रुटि ऑब्जेक्ट की संरचना का पता लगाने के लिए पूरी चीज़ को कॉपी करना चाहिए और इसे JSON प्रीटिफ़ायर में पेस्ट करना चाहिए।

यदि आपको Axios में 500 त्रुटि या 400 प्रकार की त्रुटि (या वास्तव में किसी सर्वर द्वारा प्रदत्त त्रुटि कोड) मिल रही है, तो इसका मतलब है कि अनुरोध पूरा हो गया है और सर्वर की प्रतिक्रिया आपके लिए उपलब्ध है!

समस्या यह है कि यह बहुत गहरा है, और क्योंकि Axios हमारे console.log(error) के आउटपुट को संशोधित करता है जो कि अधिकांश लोग error{} ऑब्जेक्ट को देखने के लिए करते हैं, अधिकांश लोग नहीं जानते कि यह मौजूद है। लेकिन यह वहाँ है!

@ वीएसजी 24 आदमी !! यह एक जीवन रक्षक उत्तर है :D

fwiw, JSON.stringify(error) बम 0.18.0 में परिपत्र संदर्भों के कारण।

मैंने एक इंटरसेप्टर स्थापित किया है जो मुझे त्रुटि पर सर्वर प्रतिक्रिया देता है

axios.interceptors.response.use(
  response => {
    // do someting on response
    return response
  },
  error => {
    // do someting on errir
    return Promise.reject(error.response.data) // => gives me the server resonse
  }
)

    try {
      const { data } = await htttp.post(login, payload)
      // do someting with data
    } catch (e) {
      console.log(e) // server response data
    }

@alimirayman ऐसा लगता है कि अगर हमें हर अनुरोध पर नजर रखने की ज़रूरत नहीं है तो यह ठीक काम करता है। लेकिन, जब आपको प्रत्येक अनुरोध को ट्रैक करना होता है, तो मेरे कोड में प्रत्येक स्थान पर एक त्रुटि हैंडलर दोहराया जाना उचित नहीं है। जब तक मुझे गलत समझ नहीं आया (जो मामला हो सकता है), axios को यह सुनिश्चित करने की ज़रूरत नहीं है कि सर्वर ने त्रुटि को फेंकने से पहले एक त्रुटि वापस कर दी है?

@ hhowe29 circular-json

मुझे यह धागा कई अन्य लोगों की तरह मिला और मैं vue.js और vuex मॉड्यूल के साथ axios का उपयोग कर रहा हूं।

मेरा vuex मॉड्यूल क्रिया axios त्रुटि को पकड़ता है और vuex मॉड्यूल के ERROR_HAPPENED उत्परिवर्तन को चलाने के लिए प्रतिबद्ध (ERROR_HAPPENED, त्रुटि) चलाता है। लेकिन त्रुटि इसकी प्रतिक्रिया संपत्ति के बिना आती है जिसके परिणामस्वरूप error.response अपरिभाषित हो जाता है यदि मैं प्रतिक्रिया को एक vuex स्थिति में सेट करने का प्रयास करता हूं।

अगर मैं कार्रवाई में कंसोल.लॉग (त्रुटि। प्रतिक्रिया) करता हूं, तो प्रतिबद्ध () से पहले, मैं प्रतिक्रिया देख सकता हूं। तो यह सबसे अधिक संभावना vuex द्वारा उलझाया जा रहा है।

या तो प्रतिबद्ध (ERROR_HAPPENED, error.response.data) या जांचें कि क्या यह कार्रवाई में 401 है और स्थिति कोड के आधार पर कुछ अन्य प्रतिबद्ध चलाएं। क्योंकि यह मैंगलिंग केवल 401 कोड के साथ होता है। अन्य त्रुटियां जैसे 404 या 500 मेरे उत्परिवर्तनों के माध्यम से पारित की जाती हैं।

उलझा नहीं। Vuex इसे ठीक नहीं करता, बग से भी नहीं।
कुछ प्रकार की त्रुटियां, ज्यादातर एक्सियोस इंटरसेप्टर के अंदर, इसे उजागर नहीं करने का कारण बनती हैं।

कुछ अपडेट?

@AllanPinheiroDeLima देर से उत्तर के लिए खेद है, लेकिन मुझे नहीं लगता कि कोई भी किसी के कोड के प्रत्येक स्थान पर इंटरसेप्टर लिखता है। हम कोड आधार पर एक बार इंटरसेप्टर लिखते हैं और इसे एक सहायक वर्ग के रूप में उपयोग करते हैं, वह नंबर 1 है। नंबर 2, प्रारंभिक क्वेरी यह थी कि उन्हें _server error response_ नहीं मिला, इसके बजाय, उन्हें try catch में _javascript error_ मिला। axios त्रुटि इंटरसेप्टर मूल रूप से उस समस्या को हल करने के लिए एक मिडलवेयर के रूप में कार्य करता है यदि आप कोड के अपने तरीकों को बदलना या बड़े कोड आधार को बदलना नहीं चाहते हैं।

हाँ मै सह्मत हूँ। मुझे कच्चे कीक्लोक का उपयोग करने के बजाय अपने स्वयं के सर्वर में एकीकरण करने में इस समस्या का समाधान मिला। इस तरह मैं सर्वर में त्रुटि को रोक सकता था और फिर एक सुपाठ्य को सामने के छोर पर भेज सकता था। मुझे लगता है कि इस तरह के मुद्दे को हल करने का यही एकमात्र तरीका है :)

मुझे अभी भी वही समस्या हो रही है। एक्सियोस इंटरसेप्टर में उपयोग करना console.log('interceptors', JSON.stringify(error)) मुझे यह लॉग interceptors {"config":{"transformRequest":{},"transformResponse":{},"timeout":0,"xsrfCookieName":"XSRF-TOKEN","xsrfHeaderName":"X-XSRF-TOKEN","maxContentLength":-1,"headers":{"Accept":"application/json, text/plain, */*","Content-Type":"application/json;charset=utf-8"},"method":"post","url":"http://localhost:5000/api/autenticacao/login","data":"{\"siglaInstituicao\":\"NEAS\",\"usuario\":\"emersoncpaz\",\"senha\":\"belle1903\"}"},"request":{}} लेकिन क्रोम devtools प्रतिक्रिया मेरे पास एपीआई से सही प्रतिक्रिया है: A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) axios से यह प्रतिक्रिया कैसे प्राप्त करें?

किसी भी कारण से 5xx त्रुटियों को कैच ब्लॉक द्वारा नियंत्रित नहीं किया जाता है (प्रतिक्रिया ऑब्जेक्ट वापस नहीं करता है)? स्थिति कोड 502 DevTool कंसोल में दिखाई देता है लेकिन Axios द्वारा नियंत्रित नहीं किया जाता है।

इसने मेरे लिए काम किया (लार्वेल एबॉर्ट हेल्पर के साथ: एबॉर्ट (500, 'संदेश'))
```
कैच (त्रुटि => {
कंसोल.लॉग (error.response.data.message);
});

```

क्या किसी के पास कोड के स्निप के अलावा एक पूर्ण कामकाजी उदाहरण है जो यह कहता है कि यह काम करता है? 1 लाइन का स्निप ज्यादा मदद नहीं करता है अगर आपको पता नहीं है कि वे इस धागे में किसका जिक्र कर रहे हैं, जहां उन्होंने कोड का स्निप रखा है, तो अंतिम कामकाजी कोड कैसा दिखता है?

मैं इनरसेप्टर में त्रुटि को पकड़ने की कोशिश कर रहा हूं और त्रुटि कोड के आधार पर या तो 401 लॉगिन करने के लिए रीडायरेक्ट के साथ अनुरोध समाप्त कर देता है, या यदि इसके 422 अनुरोध को फॉर्म त्रुटियों को अपडेट करने की अनुमति देने के लिए कॉलिंग घटक पर वापस जाने देता है।

कोई विचार?

मैं Nuxt axios का उपयोग कर रहा हूं और मेरा onResponseError इंटरसेप्टर जैसा दिखता है:

$axios.onResponseError(error => {
    const code = parseInt(error.response && error.response.status)
    console.log(code, 'Axios onResponseError')
    console.log(error.response.status, 'status')
    console.log(error.config, 'config')
    console.log(error.response, 'response')
    // Do something with response error
    if (error.response.status === 401) {
      console.log('unauthorized, logging out ...')
      app.$auth.logout()
      redirect('/login')
    }
    if (code === 400) {
      // redirect('/400')
      console.log(`400 onResponseError`)
    }
    if (code === 408) {
      console.log(`A timeout happened on url onResponseError`)
    }
    if (code === 418) {
      console.log(`A teapot onResponseError`)
    }
    if (code === 428) {
      console.log(`428 onResponseError`)
      // redirect('/login')
    }
    return Promise.reject(error)
  })

और एक नमूना कॉल इस तरह दिखेगा:

async postRecord (clear = false) {
      try {
        const { r } = await this.$axios.$post(this.endPoint, this.formData)
        console.log(r, 'response')
        // do something with response
      } catch (e) {
        console.log(e, 'error in crud') // server response data
        // i should never get here if error since the interceptor should kill the request if 401
       // for testing this request is returning a 401
      } finally {
        this.submitted = false
      }
    },

धन्यवाद,
डेव

जब इंटरनेट नहीं है, तो error.response अपरिभाषित है - क्या यह सबसे अच्छा तरीका है?

मुझे सादे पाठ में त्रुटि मिलती है, मुझे किसी वस्तु में त्रुटि को बदलने के लिए निम्नलिखित का उपयोग करना पड़ा।

var errorObj = JSON.parse(JSON.stringify(error));

यह सर्वर के लिए नीचे है और अक्ष नहीं है, क्या आपने इसमें खुदाई करने की कोशिश की है
error.response.status, अगर यह अपरिभाषित है तो आप जानते हैं कि यह एक इंटरनेट है
कनेक्शन समस्या या आपके JS में सिंटैक्स त्रुटि

बुधवार को, 2 जनवरी 2019, 15:40 इब्राहिम अजहर अरमार < नोटिफिकेशन @github.com
लिखा था:

मुझे सादे पाठ में त्रुटि मिलती है, मुझे त्रुटि को बदलने के लिए निम्नलिखित का उपयोग करना पड़ा
एक वस्तु।

var errorObj = JSON.parse (JSON.stringify (त्रुटि));

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/axios/axios/issues/960#issuecomment-450896476 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AEETt2r3bt2QCixDlzh4fZvWp_1rPkxuks5u_NMEgaJpZM4N9Ljl
.

@kgrosvenor मैं सर्वर स्क्रिप्ट को सोने के लिए डाल रहा हूं और टाइमआउट ट्रिगर करने के लिए axios की प्रतीक्षा कर रहा हूं। मेरा मानना ​​​​है कि इस बिंदु पर सर्वर प्रतिक्रिया नहीं दे रहा है इसलिए axios में कॉलबैक ट्रिगर कर रहा है।

मुझे सही त्रुटि संदेश मिल रहा है, हालांकि कंसोल इसे सादे पाठ में दिखाता है, इसलिए यह केवल स्वरूपण मुद्दा लगता है, जो सर्वर से संबंधित नहीं लगता है।

यदि ऐसा है, तो मैं यह समझने की कोशिश कर रहा हूं कि सर्वर में इसका क्या कारण हो सकता है?

आप सबसे अधिक संभावना एक टाइमआउट मार रहे हैं, यह जांचने का प्रयास करें कि त्रुटि में 'प्रतिक्रिया' मौजूद है या नहीं

axios.get()
.then(function(done) {
   //fine and can get done.data
})
.catch(function(err) {
  //catch the error, check it has a response object with lodash 
  if(_.has(err, 'response') {
     console.log(error.response.status);  
     console.log(error.response.data);
 } 
 else {
    console.log("Most likely a server timeout or an internet connection error");
    console.log("error response property is undefined")
 }
}); 

जावा प्रोग्रामर मुझे 500 त्रुटि के साथ त्रुटि संदेश भेजता है और मैं उस संदेश को संभाल नहीं सकता। तो मैं उसे प्रतिक्रिया में त्रुटि संदेश के साथ 200 स्थिति वापस करने के लिए कह रहा हूं लेकिन वह मुझसे नाराज है और कहता है कि उसका HTTP क्लाइंट 500 स्थिति वाले सभी संदेशों को देखता है। वह सोचता है कि मैं मूर्ख हूँ क्योंकि मुझे 500 स्थिति वाला त्रुटि संदेश नहीं मिल रहा है। मैं उसे कैसे समझाऊं कि axios 500 त्रुटि संदेश को हैंडल नहीं करता है?

जावा प्रोग्रामर मुझे 500 त्रुटि के साथ त्रुटि संदेश भेजता है और मैं उस संदेश को संभाल नहीं सकता। तो मैं उसे प्रतिक्रिया में त्रुटि संदेश के साथ 200 स्थिति वापस करने के लिए कह रहा हूं लेकिन वह मुझसे नाराज है और कहता है कि उसका HTTP क्लाइंट 500 स्थिति वाले सभी संदेशों को देखता है। वह सोचता है कि मैं मूर्ख हूँ क्योंकि मुझे 500 स्थिति वाला त्रुटि संदेश नहीं मिल रहा है। मैं उसे कैसे समझाऊं कि axios 500 त्रुटि संदेश को हैंडल नहीं करता है?

असल में, आपको स्थिति 500 ​​के साथ त्रुटि को संभालने में सक्षम होना चाहिए, आप प्रतिक्रिया में http स्थिति की जांच कर सकते हैं और क्लाइंट पक्ष में इसे कैसे संभालना है, यह तय कर सकते हैं। यह इस लिंक में पहले से ही प्रलेखित है (https://github.com/axios/axios#handling-errors)

यहां बताया गया है कि मैं सर्वर से 500 त्रुटि कैसे पकड़ता हूं, और यह मेरे लिए काम करता है।

.catch(function (error) {
    var errorObj = JSON.parse(JSON.stringify(error));
    console.log(errorObj);
    if (errorObj.code == 'ECONNABORTED') {
        alert('Connection timed out.');
    }
});

आप मेरी राय में सर्वर की ओर से उद्देश्य पर इसे वापस करने के लिए 500 स्थिति की परवाह किए बिना संभाल सकते हैं, लेकिन बहुत बुरा अभ्यास ...

मुझे त्रुटि भी मिल रही है। प्रतिक्रिया अपरिभाषित है तो मैं कोड के नीचे प्रयास करता हूं।

axios.interceptors.response.use(function (response) {
  return response;
}, function (error) {
  // Do something with response error
  let {response} = error;
  // response?.status === 401 es7 way.
  if (response && response.status === 401) {
    // Do logout;
    // Redirect to login;
    return Promise.reject(error.response);
  } 
  else if (error.response){
    // Do something.
    console.log('some API_CLIENT error');
    return Promise.reject(error.response);
  }
 return Promise.reject(error);
});

यह बहुत बुरा है, त्रुटि प्रबंधन महत्वपूर्ण है।

अब कैसा चल रहा है? मैं अभी भी संस्करण 0.18.0 के साथ एक ही समस्या का सामना कर रहा हूँ!

मेरे लिए एक ही समस्या: @nuxtjs/axios v5.0.0

यह एक बग है

डेनियल स्टर्न नोटिफिकेशन @github.com于 2019年2月28日周四 04:39写道：

मैं इस चर्चा को संक्षेप में प्रस्तुत करता हूँ।

टीएल; डॉ:
हर कोई HTTP त्रुटियों को पकड़ने में असमर्थ होने के कारण एक समस्या है।
डेवलपर्स HTTP त्रुटियों को पकड़ने में असमर्थ होने के कारण कोई समस्या नहीं है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/axios/axios/issues/960#issuecomment-468020991 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AAN8CbMHohyuSZHYlcieD_5yUqizpkSYks5vRuzygaJpZM4N9Ljl
.

आपको कृपया इस मुद्दे को README में उल्लेख करना होगा, बहुत मददगार। धन्यवाद!

https://github.com/axios/axios/issues/960#issuecomment -320659373

अन्य पोस्टरों से सहमत। उस बिंदु के आधार पर जहां त्रुटि होती है, उस बिंदु के आधार पर catch को अप्रत्याशित संरचना वाला ऑब्जेक्ट होना बहुत अच्छा नहीं है। दोनों error.response और JSON.stringify(error) कारण के आधार पर स्वयं त्रुटि कर सकते हैं। https://github.com/axios/axios#handling -errors पर सुझाया गया दृष्टिकोण इस पर बिल्कुल ज्ञानवर्धक नहीं है।

एक भयानक त्रुटि संदेश वापस करने के लिए यह सब कलाबाजी करना 2019 में शर्मनाक है। यह 1990 में शर्मनाक होता। गंभीरता से जेएस लोग, अपने खेल को आगे बढ़ाएं। कुछ एपीआई डिज़ाइन सीखें और अपने 'रचनात्मक निर्णयों' की पहचान करें, हजारों लोगों को अनगिनत घंटे एक गड़बड़ी को डीबग करना जिसे आप जानबूझकर अनदेखा कर रहे हैं।

सर्कुलर संदर्भों से जूझ रहे लोगों के लिए, आप ऐसा कुछ कर सकते हैं:

try {
// your axios request
} catch (error) {
  const { response } = error;
  const { request, ...errorObject } = response; // take everything but 'request'
  res.status(response.status);
  return res.json(errorObject); // or use 'return res.json(response.data.error);' then you don't need to omit the 'request'
}

सर्कुलर संदर्भों से जूझ रहे लोगों के लिए, आप ऐसा कुछ कर सकते हैं:

try {
// your axios request
} catch (error) {
  const { response } = error;
  const { request, ...errorObject } = response; // take everything but 'request'
  res.status(response.status);
  return res.json(errorObject); // or use 'return res.json(response.data.error);' then you don't need to omit the 'request'
}

धन्यवाद भाई! यह कोड मेरे लिए ठीक काम करता है।

समस्या "lib/core/enhansError" पर है। अनुरोध वस्तु त्रुटि में जोड़ दी गई है। उत्तर में प्रतिक्रिया जोड़ना समझ में आता है क्योंकि वादा आधारित एपीआई में केवल एक पैरामीटर है (अनुरोध पुस्तकालय पहले पैरामीटर के रूप में त्रुटि और दूसरे के रूप में प्रतिक्रिया देता है)। लेकिन सभी अनुरोधों को जोड़ने का कोई मतलब नहीं है। कोड परिवर्तन बहुत सरल है https://github.com/geoblink/axios/pull/1/files
यदि यह महत्वपूर्ण लगता है तो मैं मुख्य शाखा में जनसंपर्क खोल सकता हूं (मैं इसे नहीं कर रहा हूं क्योंकि समस्या बंद हो गई है)

आप फ़ंक्शन रैपर बना सकते हैं जिसे आप अनुरोध करते समय हर बार कॉल करेंगे

const api = async (uri, data) => {
  try {
    const { data: response } = await axios({
      url: domain + uri,
      method: 'POST',
      data,
    });

    return response.data;
  } catch (error) {
    throw error.response.data;
  }
};

आप सबसे अधिक संभावना एक टाइमआउट मार रहे हैं, यह जांचने का प्रयास करें कि त्रुटि में 'प्रतिक्रिया' मौजूद है या नहीं

axios.get()
.then(function(done) {
   //fine and can get done.data
})
.catch(function(err) {
  //catch the error, check it has a response object with lodash 
  if(_.has(err, 'response') {
     console.log(error.response.status);  
     console.log(error.response.data);
 } 
 else {
    console.log("Most likely a server timeout or an internet connection error");
    console.log("error response property is undefined")
 }
}); 

यह मेरे लिए काम किया है। आपको धन्यवाद

"त्रुटि.प्रतिक्रिया" का उपयोग करना मेरे लिए काम नहीं करता है। समस्या तब होती है जब मैंने डेटाबेस सर्वर को डिस्कनेक्ट कर दिया और मेरे वेब सर्वर ने त्रुटि 500 ​​लौटा दी।

देव उपकरण में नेटवर्क टैब

प्रतिक्रिया कोड: 500
प्रतिक्रिया निकाय:

{
  "error": {
    "statusCode": 500,
    "name": "Error",
    "message": "read ETIMEDOUT",
    "code": "ETIMEDOUT",
    "errno": "ETIMEDOUT",
    "syscall": "read",
    "stack": "Error: read ETIMEDOUT\n    at exports._errnoException (util.js:1050:11)\n    at TCP.onread (net.js:582:26)"
  }
}

क्रोम कंसोल त्रुटि:

Uncaught (in promise) Error: Request failed with status code 500
    at createError (createError.js:15)
    at settle (settle.js:18)
    at XMLHttpRequest.handleLoad (xhr.js:77)

संस्करण

"अक्ष": "^0.15.3"

मेरा भी यही विचार है...

मेरे अनुभव में:

"कंसोल.लॉग (त्रुटि) से कंसोल.लॉग (त्रुटि.प्रतिक्रिया) को कैच में संशोधित करें।"

पकड़ने में कंसोल.लॉग (error.response.data) के साथ बेहतर काम किया।

axios.interceptors.response.use(null, error => {
वापसी त्रुटि। प्रतिक्रिया;
});

getClients: async (राज्य) => {
कॉन्स्ट रेस = प्रतीक्षा axios.get( ${BASE_API}/clients );
कंसोल.लॉग ('रेस', रेस);
अगर (रेस) {
State.commit ("सेट क्लाइंट", res.data);
}
}

एक अन्य विकल्प

/**
 * Whenever error.message is accessed we want to se the full API error message (JSON) if it's present
 * not just some generic http status code + message
 * see https://github.com/axios/axios/issues/960 for context
 *
 * <strong i="6">@param</strong> axios
 */
export function extractAPIErrorResponse(axios: AxiosInstance) {
    axios.interceptors.response.use(undefined, function (error: AxiosError) {
        (error as any).originalMessage = error.message;
        Object.defineProperty(error, "message", { get: function () {
            if (!error.response) {
                return (error as any).originalMessage;
            }
            return JSON.stringify(error.response.data);
        }});
        return Promise.reject(error);
    })
}

कोशिश{
इसके लिए प्रतीक्षा करें। $axios .....
}पकड़ो(ई)
{
कंसोल.लॉग (ई)

}

axios.get("https://......") 
     .then( response => {
          return response
}).catch( () => {
         store.dispatch("errorComponentMethod")   // if there's an error, method is dispatched
})
//////////////////////////////////////
actions : {
      errorComponentMethod(){
              router.push("/errorComponent")     // method routes to error component
      }
}

बहुत बहुत शुक्रिया ! बहुत मदद की!

अभी भी यह समस्या हो रही है। क्रोम डीबगर पर प्रतिक्रिया सही है लेकिन axios इसके बजाय एक सामान्य "Request failed with status code 403" लौटाता है

मुझे अभी भी यह हो रहा है और मैं वास्तव में भ्रमित हूं। मैंने इसे पकड़ने की कोशिश की ऊपर की टिप्पणियां हैं - लेकिन जब कोई त्रुटि होती है तो अक्ष वास्तव में अपरिभाषित क्यों होता है?
try{ const res = await axios.get("someurl"); return res; } catch(e) { console.log(e); }
res अपरिभाषित है, भले ही सर्वर इसमें एक संदेश के साथ एक प्रतिक्रिया वापस भेज रहा है कि यह क्यों काम नहीं करता है। और मैं उस डेटा तक नहीं पहुंच सकता... क्यों ??

**संपादित करें: मेरी बग मिली - मेरे लिए axios के साथ कुछ भी गलत नहीं है। मेरी टिप्पणी दो टिप्पणियाँ नीचे देखें। संक्षेप में मेरे इंटरसेप्टर त्रुटि डेटा को एक्सियोस पाइपलाइन के माध्यम से वापस नहीं भेज रहे थे इसलिए मैं हमेशा अपरिभाषित हो रहा था।

@HoogsterInc यहां टाइपस्क्रिप्ट परिभाषाओं को देखें
आप ऐसा कुछ कर सकते हैं

try {
   axios.get(...)
} catch (error) {
   if (error.reponse) {
      // http status 4x, 5xx
   } else {
      // network error like timeout, connection refused etc...
   }
}

@konstantinblaesi की मदद करने की कोशिश की प्रतिक्रिया के लिए धन्यवाद - मैंने अपनी समस्या का पता लगा लिया।

मेरे लिए मेरे पास उपयोगकर्ता के प्रमाणीकरण की जांच करने के लिए एक इंटरसेप्टर स्थापित किया गया था, जो कि अगर वे एक विशिष्ट त्रुटि कोड भेजने के साथ अनधिकृत हो जाते हैं। हालांकि मैं त्रुटि डेटा के साथ नहीं गुजर रहा था जब त्रुटि एक अनधिकृत कोड से मेल नहीं खाती ... आह ... मूर्खतापूर्ण बुरी गलती। तो अनधिकृत त्रुटि कोड की जांच के बाद मैंने Promise.reject(error) वापस करना सुनिश्चित किया; - इससे मेरी समस्या हल हो गई और त्रुटि डेटा अब पूर्ण रूप से आ गया।

आप err.toJSON() उपयोग कर सकते हैं

catch((err) => {
    console.log(err.toJSON()); // Return error object
});

https://github.com/axios/axios#handling -errors

(वैश्विक के लिए सेट)

main.js . में

import axios from 'axios'

var instance = axios.create(
 { validateStatus: function (status) {
    return status < 600; #you can change this with another value
  }
 });

या
(विशेष के लिए सेट)

  axios.post('/formulas/create', {
       name: "",
       parts: ""
  }, { validateStatus: function (status) {
          return status < 600; // Reject only if the status code is greater than or equal to 500
        }})
    .then( 
   (response) => { console.log(response) },
   (error) => { console.log(error) }
   );

Axios और 500 त्रुटि प्रतिक्रिया डेटा पकड़ें

const log = console.log;

  updateData(options = {}, flag = false){
    let url = `/opapi/appDownloadGuide/update`;
    let message = '更新成功!';
    let errorMessage = '更新失败!';
    if (flag) {
      message = '添加成功!';
      errorMessage = '添加失败!';
      url = `/opapi/appDownloadGuide/add`;
    }
    axios
    .post(url, options)
    .then(res => {
      // ❓🤔️500 , 在这里拦不住呀？
      log(`res`, res, res.status);
      return res.data;
    })
    .then(json => {
      const {
        code,
        success,
        data,
        errorCode,
        errorHint,
      } = json;
      if(code === 200) {
        this.$message({
          type: 'success',
          message,
        });
        this.init();
      } else{
        this.$message({
          type: 'error',
          message: `${errorMessage}: ${errorHint ? errorHint : ""}`,
        });
      }
    })
    .catch(err => {
      // 👌在这里拦截 error data!
      log(`error.response`, err.response);
      const {
        data,
        status,
        statusText,
      } = err.response;
      this.$message({
        type: "error",
        message: `${statusText}-${status}: ${data || ""}`,
        // message: "不能重复创建",
      });
      console.error(`500 err`, err);
    });
  },

https://stackoverflow.com/questions/38798451/how-to-catch-and-handle-error-response-422-with-redux-axios

मेरे पास बिल्कुल वही वातावरण है। इसे इस्तेमाल करे:

axios.post('/formulas/create', {
  name: "",
  parts: ""
})
.then(response => { 
  console.log(response)
})
.catch(error => {
    console.log(error.response)
});

_ console.log(error) से console.log(error.response) में catch _ में संशोधित करें।

आप वैश्विक इंटरसेप्टर का भी उपयोग कर सकते हैं और केवल error.response को अस्वीकार कर सकते हैं। समस्या तब होती है जब console.log त्रुटि को आउटपुट करने का प्रयास करता है, स्ट्रिंग प्रतिनिधित्व मुद्रित होता है, ऑब्जेक्ट संरचना नहीं, इसलिए आपको .response संपत्ति दिखाई नहीं देती है।

मेरे लिए काम नहीं कर रहा

@ गोपाल-जी जो मेरे लिए अपरिभाषित है।

@ गोपाल-जी हाँ वही अपरिभाषित मुझे मिल रहा है।

मैं एक्सियोस 0.19.2 का उपयोग कर रहा हूं। मैंने @konstantinblaesi का समाधान जोड़ा:

एक अन्य विकल्प

/**
 * Whenever error.message is accessed we want to se the full API error message (JSON) if it's present
 * not just some generic http status code + message
 * see https://github.com/axios/axios/issues/960 for context
 *
 * <strong i="9">@param</strong> axios
 */
export function extractAPIErrorResponse(axios: AxiosInstance) {
    axios.interceptors.response.use(undefined, function (error: AxiosError) {
        (error as any).originalMessage = error.message;
        Object.defineProperty(error, "message", { get: function () {
            if (!error.response) {
                return (error as any).originalMessage;
            }
            return JSON.stringify(error.response.data);
        }});
        return Promise.reject(error);
    })
}

इसने मेरे लिए काम किया, बहुत बहुत धन्यवाद @konstantinblaesi ! मुझे समझ में नहीं आता कि एक्सियोस का डिफ़ॉल्ट व्यवहार ऐसा क्यों नहीं है - मानक व्यवहार मूल त्रुटि के "संदेश" भाग को छोड़ना है, जो मुझे लगता है कि सबसे महत्वपूर्ण हिस्सा है!

बस स्पष्ट होने के लिए, मेरे ऐप में, मेरा सर्वर 400 त्रुटि लौटा रहा है (जो एक प्रतिक्रिया होनी चाहिए):

% curl -X POST http://my-server/api -d '{"foo": "bar"}'
{"status": 400, "message": "missing param XYZ"}

और इस फिक्स के बिना, मुझे Axios से एक त्रुटि ऑब्जेक्ट मिलता है जिसमें केवल name , stack , config (जिसमें मूल अनुरोध है), और कोई "प्रतिक्रिया" नहीं है। लेकिन इस फिक्स के साथ त्रुटि में सर्वर से सही message संपत्ति शामिल है।

इस फिक्स के बिना कोई "प्रतिक्रिया" संपत्ति क्यों नहीं है, ऐसा लगता है कि यह लाइन 1171 के आसपास axios.js में settle से संबंधित है:

        module.exports = function settle(resolve, reject, response) {
          var validateStatus = response.config.validateStatus;
          if (!validateStatus || validateStatus(response.status)) {
            resolve(response);
          } else {
            reject(createError(
              'Request failed with status code ' + response.status,
              response.config,
              null,
              response.request,
              response
            ));
          }
        };

और आप देख सकते हैं कि त्रुटि बनाते समय यह response.message से नहीं गुजरता है। इसके अलावा, मेरे ऐप में मुझे error.response में प्रतिक्रिया दिखाई नहीं दे रही है, ऐसी कोई संपत्ति नहीं है - मुझे यह समझ में नहीं आता है। लेकिन वैसे भी उपरोक्त फिक्स मेरे लिए काम करता है।

मैं सर्वर से सत्यापन त्रुटियों को पकड़ने की कोशिश कर रहा हूँ।

कोड:

axios.post('/formulas/create', {
       name: "",
       parts: ""
})
.then( 
  (response) => { console.log(response) },
  (error) => { console.log(error) }
);

कंसोल लॉग आउटपुट

Error: Request failed with status code 422
    at createError (app.js:6765)
    at settle (app.js:29489)
    at XMLHttpRequest.handleLoad (app.js:6600)

नेटवर्क टैब आउटपुट
{"नाम": ["नाम फ़ील्ड आवश्यक है।"], "पार्ट्स": ["पार्ट्स फ़ील्ड आवश्यक है।"]}

मुझे एक ऑब्जेक्ट देखना चाहिए जिसमें JSON फॉर्म सत्यापन शामिल है क्योंकि यह मेरे नेटवर्क टैब में प्रतिक्रिया है, मुझे जेएस कैच आउटपुट मिल रहा है?

निम्नलिखित भी कोशिश की:

axios.post('/formulas/create', {
  name: "",
  parts: ""
})
.then(response => { 
  console.log(response)
})
.catch(error => {
    console.log(error)
});

वही परिणाम

ऐसा लगता है कि यहां मेरे जैसे ही वातावरण का उपयोग करने में अधिक लोगों को एक ही समस्या है।
https://laracasts.com/discuss/channels/vue/issues-with-axios-catch-method

• एक्सियोस संस्करण: ^0.16.2
• वीयूजेएस 2.3.4
• व्यू-टेम्पलेट-कंपाइलर 2.3.4
• लारवेल-मिश्रण
• पर्यावरण: नोड v6.4.0, क्रोम 58, मैक ओएसएक्स 10.12.4

axios.post('/formulas/create', {
नाम: "",
भाग: ""
})
।फिर(
(प्रतिक्रिया) => {कंसोल.लॉग (प्रतिक्रिया)},
).कैच (गलती => कंसोल.लॉग (err.response.data)});

error.response एक ऑब्जेक्ट है, यह कंसोल लॉग में [ऑब्जेक्ट, ऑब्जेक्ट] आउटपुट करेगा।
त्रुटि संदेश तक पहुंचने के लिए आपको error.reposne.data का उपयोग करना होगा।
देखें: https://itnext.io/javascript-error-handling-from-express-js-to-react-810deb5e5e28

@chandukasm हाँ, लेकिन मेरे मामले में मेरे पास _not_ एक error.response - यह अपरिभाषित है, भले ही अनुरोध भेजा गया था और एक्सप्रेस द्वारा प्राप्त प्रतिक्रिया। ऊपर मेरी टिप्पणी भी देखें; प्रतिक्रिया मौजूद होने पर भी संदेश को अनदेखा कर दिया जाता है (एक सामान्य संदेश द्वारा प्रतिस्थापित)।

error.response एक ऑब्जेक्ट है, यह कंसोल लॉग में [ऑब्जेक्ट, ऑब्जेक्ट] आउटपुट करेगा।
त्रुटि संदेश तक पहुंचने के लिए आपको error.reposne.data का उपयोग करना होगा।
देखें: https://itnext.io/javascript-error-handling-from-express-js-to-react-810deb5e5e28

यदि आप कंसोल.लॉग पर [ऑब्जेक्ट, ऑब्जेक्ट] देखते हैं तो वास्तविक त्रुटि देखने के लिए JSON.stringify(error.response) करें।

कोई error.response वस्तु नहीं है।

return this.$axios
  .post(postUrl, payload, { responseType: 'json' })
  .then(
    (response) => {
      this.message = `RESP: ${JSON.stringify(response)}`;
    },
    (reason) => {
      this.message = `REAS: ${JSON.stringify(reason)}`;
    }
  )
  .catch((err) => {
    this.message = `CATCH: ${JSON.stringify(err)}`;
  });

पेलोड में HTTP 422 को ट्रिगर करने के उद्देश्य से एक खराब मान होता है, जो पोस्टमैन में अपेक्षित रूप से काम करता है और सर्वर (LB4) JSON प्रारूप में पूरी त्रुटि देता है, जिसमें बताया गया है कि इनपुट डेटा गलत था, लेकिन axios में, error.response ऑब्जेक्ट अपरिभाषित है। .