एडमिन SDK टूल की गड़बड़ियां ठीक करना

एडमिन SDK टूल से जुड़ी गड़बड़ियों को दो कैटगरी में बांटा गया है:

  1. प्रोग्रामिंग की गड़बड़ियां: ये गड़बड़ियां उपयोगकर्ता ऐप्लिकेशन. आम तौर पर, ऐसा SDK टूल के गलत इस्तेमाल की वजह से होता है (जैसे, null को किसी ऐसे तरीके पर पास करना जो null की वैल्यू को स्वीकार नहीं करता) और Firebase प्रोजेक्ट या SDK टूल के लेवल पर, कॉन्फ़िगरेशन से जुड़ी अन्य गड़बड़ियां (मौजूद नहीं हैं क्रेडेंशियल, गलत प्रोजेक्ट आईडी स्ट्रिंग वगैरह).
  2. एपीआई से जुड़ी गड़बड़ियां: ये SDK टूल लागू करने के दौरान, रिकवर की जा सकने वाली कई गड़बड़ियां शामिल होती हैं. Firebase बैकएंड सेवाओं में शुरू होने वाली गड़बड़ियों और कुछ समय के लिए होने वाली आरपीसी कॉल करते समय हो सकने वाली गड़बड़ियां (जैसे कि टाइम आउट जैसी समस्याएं).

एडमिन SDK, प्रोग्रामिंग की गड़बड़ियों को गड़बड़ी की पहचान करके सिग्नल भेजता है जानकारी दी गई है.

  • Java: IllegalArgumentException, NullPointerException के इन्सटेंस थ्रॉ या इससे मिलती-जुलती बिल्ट-इन रनटाइम की गड़बड़ी का टाइप है.
  • Python: ValueError, TypeError या पहले से मौजूद अन्य तरह की गड़बड़ी के इंस्टेंस बढ़ाता है.
  • Go: एक सामान्य गड़बड़ी दिखाता है.
  • .NET: ArgumentException, ArgumentNullException या के जैसा ही कोई गड़बड़ी होती है.

ज़्यादातर स्थितियों में, आपको प्रोग्रामिंग की गड़बड़ियों को साफ़ तौर पर हैंडल नहीं करना चाहिए. इसके बजाय, आपको प्रोग्रामिंग की गड़बड़ियों से पूरी तरह बचने के लिए, अपने कोड और कॉन्फ़िगरेशन को ठीक करना चाहिए. यहां दिए गए Java स्निपेट का इस्तेमाल करें:

String uid = getUserInput();

UserRecord user = FirebaseAuth.getInstance().getUser(uid);

अगर getUserInput() तरीका null या खाली स्ट्रिंग दिखाता है, तो FirebaseAuth.getUser() एपीआई, IllegalArgumentException देता है. इसके बजाय साफ़ तौर पर बताया है, तो इस समस्या को कम किया जा सकता है. ऐसा करने के लिए, getUserInput() तरीका कभी भी अमान्य यूआईडी स्ट्रिंग नहीं दिखाता है. अगर ऐसा नहीं है संभव है, तो अपने कोड में ज़रूरी तर्क जांच को इस प्रकार लागू करें:

String uid = getUserInput();
if (Strings.isNullOrEmpty(uid)) {
    log.warn("UID must not be null or empty");
    return;
}

UserRecord user = FirebaseAuth.getInstance().getUser(uid);

नियम के तौर पर, प्रोग्रामिंग की गड़बड़ियों पर दोबारा कोशिश न करें. फ़ेल- तेज़ी से गड़बड़ी होने की सुविधा देना प्रोग्रामिंग की गड़बड़ियों पर सिमेंटिक्स आम तौर पर सबसे अच्छा तरीका होता है, क्योंकि यह डेवलपमेंट के दौरान, प्रोग्रामिंग से जुड़ी गड़बड़ियां और कॉन्फ़िगरेशन की गड़बड़ियां दिखती हैं और उन्हें तुरंत ठीक किया जा सकता है. इस मामले में तेज़ी से काम न करने का मतलब है कि हर बार गड़बड़ी होने पर अपने ऐप्लिकेशन में ग्लोबल गड़बड़ी हैंडलर में लागू करें या सिर्फ़ उन्हें लॉग करें एक्ज़ीक्यूशन के मौजूदा फ़्लो को बंद करने और फिर ऑडिट के मकसद से (ऐप्लिकेशन क्रैश नहीं होना चाहिए). सामान्य तौर पर, गड़बड़ी का पालन करें आपकी प्रोग्रामिंग भाषा और ऐप्लिकेशन के सबसे सही तरीकों को मैनेज करना फ़्रेमवर्क शामिल है. इस तरह की समस्या से निपटने के लिए, अक्सर सिर्फ़ यह काफ़ी होता है गड़बड़ियां हैं.

आम तौर पर, गड़बड़ी को ठीक करने के आपके ज़्यादातर तरीके एपीआई को मैनेज करने पर फ़ोकस करेंगे गड़बड़ियां शामिल हैं. इनमें से कुछ गड़बड़ियों को ठीक किया जा सकता है. जैसे: कुछ समय के लिए उपलब्ध नहीं होती है और कुछ के बारे में प्रोग्राम चलाने का सामान्य फ़्लो, जैसे कि अमान्य या समयसीमा खत्म हो चुके आईडी टोकन का पता लगाना. इस गाइड के बाकी हिस्से में बताया गया है कि एडमिन SDK, एपीआई की इस तरह की गड़बड़ियों को कैसे दिखाता है. और उन्हें मैनेज करने के लिए उपलब्ध कई विकल्प.

एपीआई से जुड़ी गड़बड़ी किस तरह की है

एपीआई से जुड़ी गड़बड़ी में ये कॉम्पोनेंट शामिल होते हैं:

  1. गड़बड़ी कोड
  2. गड़बड़ी का मैसेज
  3. सेवा की गड़बड़ी का कोड (ज़रूरी नहीं)
  4. एचटीटीपी रिस्पॉन्स (ज़रूरी नहीं)

एपीआई से जुड़ी हर गड़बड़ी का पता चलता है. इससे, यह गारंटी मिलती है कि उसमें गड़बड़ी का कोड और गड़बड़ी का एक मैसेज होगा. एपीआई की कुछ गड़बड़ियों में सेवा से जुड़ी गड़बड़ी का कोड भी होता है, जो खास तौर पर एपीआई के लिए होता है जिससे गड़बड़ी हुई. उदाहरण के लिए, Firebase पुष्टि करने से जनरेट हुई कुछ गड़बड़ियां एपीआई में सेवा की गड़बड़ी का ऐसा कोड शामिल है जो खास तौर पर Firebase पुष्टि के लिए है. अगर गड़बड़ी बैकएंड सेवा से मिले एचटीटीपी गड़बड़ी के रिस्पॉन्स का नतीजा था, एपीआई की गड़बड़ी इसमें एचटीटीपी रिस्पॉन्स भी शामिल होता है. इसका इस्तेमाल, मूल जवाब के सटीक हेडर और कॉन्टेंट, जो इनके लिए काम का है डीबग करने, लॉग करने या गड़बड़ी को ठीक करने के लिए ज़्यादा बेहतर लॉजिक लागू करना.

Node.js को छोड़कर, एडमिन SDK टूल लागू करने पर ऐसे एपीआई मिलते हैं जिनकी मदद से एडमिन ऐक्सेस को चालू करते हैं एपीआई की गड़बड़ियों के ऊपर दिए गए कॉम्पोनेंट की जानकारी शामिल है.

भाषा के हिसाब से गड़बड़ी के टाइप और एपीआई

Java

Java में सभी एपीआई की गड़बड़ियां, FirebaseException क्लास को बढ़ाती हैं. एडमिन पेज पर, गड़बड़ी का कोड, गड़बड़ी का मैसेज, और इस बेस क्लास से वैकल्पिक एचटीटीपी रिस्पॉन्स दिखाया जाएगा.

public class FirebaseException extends Exception {
    @NonNull
    public ErrorCode getErrorCode() {
        // ...
    }

    @NonNull
    public String getMessage() {
        // ...
    }

    @Nullable
    public IncomingHttpResponse getHttpResponse() {
        // ...
    }
}

जो एपीआई सेवा की गड़बड़ी के कोड दिखाते हैं वे एपीआई के हिसाब से सब-क्लास उपलब्ध कराते हैं FirebaseException. उदाहरण के लिए, FirebaseAuth एपीआई में मौजूद सभी सार्वजनिक तरीकों से FirebaseAuthException के इंस्टेंस दिए गए हैं. एडमिन पेज पर, सेवा में गड़बड़ी का कोड जनरेट किया गया है.

public class FirebaseAuthException extends FirebaseException {
    @Nullable
    public AuthErrorCode getAuthErrorCode() {
        // ...
    }
}

Python

Python में, एपीआई की सभी गड़बड़ियां exceptions.FirebaseError की अवधि को बढ़ा देती हैं क्लास. गड़बड़ी के कोड, गड़बड़ी के मैसेज, और वैकल्पिक एचटीटीपी को ऐक्सेस किया जा सकता है इस बेस क्लास से जवाब मिलेगा.

class FirebaseError(Exception):
    @property
    def code(self):
          # ...

    @property
    def message(self):
          # ...

    @property
    def http_response(self):
          # ...

इसके अलावा, Python Admin SDK, गड़बड़ी के हर कोड के लिए अलग-अलग क्लास की सुविधा देता है. हम इन्हें प्लैटफ़ॉर्म से जुड़ी गड़बड़ी की क्लास कहते हैं.

class InvalidArgumentError(FirebaseError):
    # ...

class NotFoundError(FirebaseError):
    # ...

FirebaseError को अपने कोड में देखकर, उसका code देखें या प्लैटफ़ॉर्म की गड़बड़ी वाली क्लास के लिए isinstance() जांच करें. या आप लिख सकते हैं का इस्तेमाल किया जा सकता है. बाद का तरीका यह है गड़बड़ी की वजह से, हैंडलिंग कोड को पढ़ने में आसानी हो सकती है.

ऐसे एपीआई जो सेवा की गड़बड़ी के कोड दिखाते हैं, वे प्लैटफ़ॉर्म के एपीआई की खास सब-क्लास उपलब्ध कराते हैं गड़बड़ी वाली क्लास. उदाहरण के लिए, auth मॉड्यूल में सभी सार्वजनिक तरीकों का इस्तेमाल एपीआई से जुड़ी गड़बड़ी के टाइप, जैसे कि auth.UserNotFoundError और auth.ExpiredIdTokenError.

class UserNotFoundError(exceptions.NotFoundError):
    # …

class ExpiredIdTokenError(exceptions.InvalidArgumentError):
    # ...

शुरू करें

Go Admin SDK एक errorutils पैकेज देता है, जिसमें ऐसे फ़ंक्शन जो गड़बड़ी कोड की जांच करने की अनुमति देते हैं.

package errorutils

func IsInvalidArgument(err error) bool {
    // ...
}

func IsNotFound(err error) bool {
    // ...
}

गड़बड़ी का मैसेज सिर्फ़ वह स्ट्रिंग होती है जो किसीError() गड़बड़ी. वैकल्पिक एचटीटीपी रिस्पॉन्स को errorutils.HTTPResponse() फ़ंक्शन का इस्तेमाल करता है, जो *http.Response दिखाता है.

गड़बड़ी की जांच करने के लिए, nil या कोई दूसरी गड़बड़ी वैल्यू भेजना सुरक्षित होता है errorutils पैकेज में मौजूद फ़ंक्शन. अगर इनपुट में तर्क दिया गया है, तो ये true रिटर्न करते हैं असल में इसमें गड़बड़ी का वह कोड शामिल है जिसके बारे में शिकायत की गई है और हर चीज़ के लिए false दिखाएं अन्य. HTTPResponse() फ़ंक्शन समान व्यवहार करता है, बस यह दिखाता है कि false के बजाय nil.

ऐसे एपीआई जो सेवा की गड़बड़ी के कोड दिखाते हैं, वे एपीआई की मदद से गड़बड़ी की जांच करने की सुविधा देते हैं फ़ंक्शन से जुड़े पैकेज में शामिल हो. उदाहरण के लिए, auth पैकेज IsUserNotFound() और IsExpiredIDTokenError() फ़ंक्शन उपलब्ध कराता है.

.NET

.NET में सभी एपीआई की गड़बड़ियां FirebaseException की अवधि को बढ़ा देती हैं क्लास. एडमिन पेज पर, प्लैटफ़ॉर्म में गड़बड़ी का कोड, गड़बड़ी का मैसेज, और इस बेस से मिला वैकल्पिक एचटीटीपी रिस्पॉन्स क्लास.

public class FirebaseException : Exception {

    public ErrorCode ErrorCode { get; }

    public String Message { get; }

    public HttpResponseMessage HttpResponse { get; }
}

जो एपीआई सेवा की गड़बड़ी के कोड दिखाते हैं वे एपीआई के हिसाब से सब-क्लास उपलब्ध कराते हैं FirebaseException. उदाहरण के लिए, FirebaseAuth एपीआई में मौजूद सभी सार्वजनिक तरीके FirebaseAuthException के थ्रॉ इंस्टेंस किए गए हों. एडमिन पेज पर, सेवा में गड़बड़ी का कोड जनरेट किया गया है.

public class FirebaseAuthException : FirebaseException {

    public AuthErrorCode AuthErrorCode { get; }
}

प्लैटफ़ॉर्म से जुड़ी गड़बड़ी के कोड

Firebase और Google Cloud Platform की सभी सेवाओं के लिए, गड़बड़ी के कोड एक जैसे होते हैं. नीचे दी गई टेबल में, प्लैटफ़ॉर्म से जुड़ी हर संभावित गड़बड़ी कोड की जानकारी दी गई है. यह है स्थिर सूची है और इसमें लंबे समय तक कोई बदलाव होने की उम्मीद नहीं है.

अमान्य क्लाइंट ने एक अमान्य तर्क बताया.
FAILED_PRECONDITION सिस्टम की मौजूदा स्थिति में अनुरोध पूरा नहीं किया जा सकता, जैसे कि किसी ऐसी डायरेक्ट्री को मिटाना जो खाली न हो.
आउट_OF_RANGE क्लाइंट ने एक अमान्य सीमा बताई.
पुष्टि नहीं की गई OAuth टोकन मौजूद न होने, अमान्य होने या उसकी समयसीमा खत्म होने की वजह से अनुरोध की पुष्टि नहीं की जा सकी.
PERMISSION_DENIED क्लाइंट के पास ज़रूरी अनुमति नहीं है. ऐसा इसलिए हो सकता है, क्योंकि OAuth टोकन में सही स्कोप नहीं हैं, क्लाइंट के पास इसकी अनुमति नहीं है या क्लाइंट प्रोजेक्ट के लिए एपीआई चालू नहीं किया गया है.
NOT_FOUND बताया गया संसाधन नहीं मिला या अनुमति देने जैसी अनजान वजहों से अनुरोध अस्वीकार कर दिया गया.
संघर्ष कॉनकरंसी विरोधाभास जैसे पढ़ें-बदलें-लिखें विरोधाभास. इसका इस्तेमाल सिर्फ़ कुछ लेगसी सेवाओं के लिए किया जाता है. ज़्यादातर सेवाएं इसके बजाय ABORTED या ALREADY_EXISTS का इस्तेमाल करती हैं. सेवा से जुड़े खास दस्तावेज़ देखें और जानें कि आपके कोड में किस सेवा को शामिल करना है.
निरस्त किया गया कॉनकरंसी विरोधाभास जैसे पढ़ें-बदलें-लिखें विरोधाभास.
पहले से ही मौजूद है क्लाइंट ने जिस संसाधन को बनाने की कोशिश की, वह पहले से मौजूद है.
RESOURCE_EXHAUSTED संसाधन की सीमा खत्म हो गई है या अनुरोध संख्या की सीमा तक पहुंचने वाले हैं.
रद्द कर दी गई क्लाइंट ने अनुरोध रद्द कर दिया.
डेटा नुकसान डेटा को वापस नहीं पाया जा सकता या डेटा खराब हो गया. क्लाइंट को उपयोगकर्ता को गड़बड़ी की शिकायत करनी चाहिए.
कोई जानकारी नहीं है सर्वर में अज्ञात गड़बड़ी. आम तौर पर, सर्वर की गड़बड़ी.

यह गड़बड़ी कोड, लोकल रिस्पॉन्स को पार्स करने वाली (अनमार्शल) गड़बड़ियों और लो-लेवल की कई ऐसी I/O गड़बड़ियों के लिए भी असाइन किया गया है जिनका आसानी से पता लगाना मुश्किल होता है.

आंतरिक सर्वर में गड़बड़ी. आम तौर पर, सर्वर की गड़बड़ी.
हवा की क्वालिटी की जानकारी उपलब्ध नहीं है सेवा उपलब्ध नहीं है. आम तौर पर, सर्वर कुछ समय के लिए बंद होता है.

गड़बड़ी का यह कोड लोकल नेटवर्क की गड़बड़ियों के लिए भी असाइन किया गया है (कनेक्शन अस्वीकार किया गया, होस्ट के लिए कोई रूट नहीं किया गया).

DEADLINE_EXCEEDED अनुरोध का समय खत्म हो गया. ऐसा सिर्फ़ तब होता है, जब कॉल करने वाला व्यक्ति, टारगेट एपीआई की डिफ़ॉल्ट समयसीमा से कम की समयसीमा तय करता है.इसका मतलब है कि अनुरोध को प्रोसेस करने के लिए, अनुरोध की गई समयसीमा काफ़ी नहीं है. साथ ही, अनुरोध पूरा नहीं किया गया है.

गड़बड़ी का यह कोड लोकल कनेक्शन और रीड टाइमआउट के लिए भी असाइन किया गया है.

ज़्यादातर एपीआई सिर्फ़ ऊपर दिए गए गड़बड़ी कोड का सबसेट ही दे सकते हैं. किसी भी स्थिति में, आपको इन सभी गड़बड़ी कोड को साफ़ तौर पर हैंडल करने की उम्मीद नहीं की जाती. अपने गड़बड़ी हैंडलर लागू करना. ज़्यादातर ऐप्लिकेशन की दिलचस्पी इस हिसाब से होगी 1-2 खास गड़बड़ी कोड और बाकी सब चीज़ों को सामान्य और ठीक नहीं किया जा सकने वाला मानता है अपलोड नहीं किया जा सका.

सेवा-विशिष्ट गड़बड़ी कोड

Firebase पुष्टिकरण

CERTIFICATE_FETCH_FAILED किसी JWT (आईडी टोकन या सेशन कुकी) की पुष्टि करने के लिए ज़रूरी सार्वजनिक पासकोड के सर्टिफ़िकेट फ़ेच नहीं किए जा सके.
EMAIL_ALREADY_EXISTS दिए गए ईमेल वाला एक उपयोगकर्ता पहले से मौजूद है.
EXPIRED_ID_TOKEN verifyIdToken() के लिए बनाए गए आईडी टोकन की समयसीमा खत्म हो गई है.
EXPIRED_SESSION_COOKIE verifySessionCookie() iis को दी गई सेशन कुकी की समयसीमा खत्म हो गई है.
INVALID_DYNAMIC_LINK_DOMAIN दिया गया डाइनैमिक लिंक डोमेन, कॉन्फ़िगर नहीं किया गया है या मौजूदा प्रोजेक्ट के लिए इस्तेमाल करने की अनुमति नहीं है. ईमेल पर कार्रवाई वाले लिंक के एपीआई से जुड़ी जानकारी.
INVALID_ID_TOKEN verifyIdToken() के लिए दिया गया आईडी टोकन अमान्य है.
अमान्य_SESSION_COOKIE verifySessionCookie() के लिए तय की गई सेशन कुकी अमान्य है.
फ़ोन_NUMBER_ALREADY_EXISTS दिए गए फ़ोन नंबर वाला एक उपयोगकर्ता पहले से मौजूद है.
REVOKED_ID_TOKEN verifyIdToken() को दिया गया आईडी टोकन रद्द कर दिया गया है.
REVOKED_SESSION_COOKIE verifySessionCookie() के लिए तय की गई सेशन कुकी की समयसीमा खत्म हो गई है.
UNAUTHORIZED_जारी_URL जारी रखने वाले यूआरएल के डोमेन को व्हाइटलिस्ट नहीं किया गया है. ईमेल पर कार्रवाई वाले लिंक के एपीआई से जुड़ी जानकारी.
उपयोगकर्ता नहीं मिला दिए गए आइडेंटिफ़ायर के लिए, उपयोगकर्ता का कोई रिकॉर्ड नहीं मिला.

Firebase Cloud Messaging

तीसरे_PARTY_AUTH_ERROR एपीएन सर्टिफ़िकेट या वेब पुश ऑथराइज़ेशन एपीआई पासकोड अमान्य या मौजूद नहीं था.
अमान्य अनुरोध में बताए गए एक या उससे ज़्यादा आर्ग्युमेंट अमान्य थे.
आंतरिक सर्वर में गड़बड़ी.
कोटा_EXCEEDED मैसेज भेजने की सीमा पार हो गई है.
{7/}_ID_MISमैच पुष्टि किए गए ईमेल पते का आईडी, रजिस्ट्रेशन टोकन के लिए भेजने वाले के आईडी से अलग होता है. आम तौर पर, इसका मतलब है कि भेजने वाला और टारगेट रजिस्ट्रेशन टोकन, एक ही Firebase प्रोजेक्ट में नहीं हैं.
हवा की क्वालिटी की जानकारी उपलब्ध नहीं है Cloud Messaging सेवा कुछ समय के लिए उपलब्ध नहीं है.
रजिस्टर नहीं है ऐप्लिकेशन इंस्टेंस का रजिस्ट्रेशन FCM से रद्द किया गया. आम तौर पर, इसका मतलब है कि इस्तेमाल किया गया डिवाइस रजिस्ट्रेशन टोकन अब मान्य नहीं है और नया टोकन इस्तेमाल करना होगा.

अपने-आप फिर से कोशिश करने की सुविधा

कुछ गड़बड़ियों को दिखाने से पहले, एडमिन SDK टूल उन्हें अपने-आप दोबारा इस्तेमाल करने की कोशिश करता है कितना आसान है. आम तौर पर, इस तरह की गड़बड़ियों को साफ़ तौर पर फिर से दिखाया जाता है:

  • एचटीटीपी 503 (सेवा उपलब्ध नहीं है) रिस्पॉन्स से होने वाली सभी एपीआई गड़बड़ियां.
  • एचटीटीपी 500 (इंटरनल सर्वर गड़बड़ी) रिस्पॉन्स की वजह से एपीआई की कुछ गड़बड़ियां.
  • सबसे कम लेवल की I/O गड़बड़ियां (कनेक्शन अस्वीकार किया गया, कनेक्शन रीसेट किया गया वगैरह).

SDK टूल ऊपर दी गई हर गड़बड़ी को पांच बार तक फिर से कोशिश करेगा (पहली बार कोशिश करने पर ही) + चार बार कोशिश करें). आप चाहें, तो खुद ही फिर से कोशिश करें पर भी लागू कर सकते हैं, लेकिन आम तौर पर ऐसा नहीं होता आवश्यक.

सहायता के बाद फिर से कोशिश करें

Admin SDK टूल को Go और .NET से लागू करने पर, ये सुविधाएं काम करती हैं: हैंडल, एचटीटीपी Retry-After हेडर को मैनेज कर रहा है. इसका मतलब है कि अगर गड़बड़ी का मैसेज बैकएंड सर्वर में स्टैंडर्ड Retry-After हेडर होता है, तो SDK टूल जब तक कि तय की गई इंतज़ार अवधि बहुत ज़्यादा नहीं है, तब तक फिर से कोशिश करते समय इसका ध्यान रखें लंबा. अगर Retry-After हेडर से पता चलता है कि आपको लंबे समय तक इंतज़ार करना पड़ रहा है, तो SDK टूल फिर से कोशिश करने की कोशिश को बायपास कर देगा और एपीआई से जुड़ी सही गड़बड़ी दिखाएगा.

Python एडमिन SDK, फ़िलहाल Retry-After हेडर के साथ काम नहीं करता और सिर्फ़ सामान्य एक्स्पोनेंशियल बैकऑफ़ के साथ काम करता है.

एपीआई की गड़बड़ियों को ठीक करने के उदाहरण

सामान्य गड़बड़ी हैंडलर लागू करना

ज़्यादातर मामलों में आप एक सामान्य गड़बड़ी हैंडलर चाहते हैं, जो आपके प्रोग्राम के फ़्लो को अचानक बंद होने से रोकने के लिए, गड़बड़ी की वजह से एपीआई से जुड़ी गड़बड़ी. ऐसे गड़बड़ी हैंडलर आम तौर पर ऑडिट के मकसद से ही गड़बड़ियों को लॉग करते हैं, या सभी सामने आने वाले API के लिए कोई अन्य डिफ़ॉल्ट गड़बड़ी प्रबंधन रूटीन शुरू करें गड़बड़ियां हैं. ज़रूरी नहीं है कि उनकी दिलचस्पी अलग-अलग गड़बड़ी कोड या जिन वजहों से गड़बड़ी हुई है.

Java

try {
  FirebaseToken token = FirebaseAuth.getInstance().verifyIdToken(idToken);
  performPrivilegedOperation(token.getUid());
} catch (FirebaseAuthException ex) {
  System.err.println("Failed to verify ID token: " + ex.getMessage());
}

Python

try:
  token = auth.verify_id_token(idToken)
  perform_privileged_pperation(token.uid)
except exceptions.FirebaseError as ex:
  print(f'Failed to verify ID token: {ex}')

शुरू करें

token, err := client.VerifyIDToken(ctx, idToken)
if err != nil {
  log.Printf("Failed to verify ID token: %v", err)
  return
}

performPrivilegedOperation(token)

.Net

try
{
  var token = await FirebaseAuth.DefaultInstance.VerifyIdTokenAsync(idToken);
  PerformPrivilegedOperation(token.getUid());
}
catch (FirebaseAuthException ex) 
{
  Conole.WriteLine($"Failed to verify ID token: {ex.Message}");
}

गड़बड़ी कोड की जांच की जा रही है

कुछ मामलों में, शायद आप गड़बड़ी के सटीक कोड की जांच करना चाहें और अलग-अलग कॉन्टेक्स्ट अवेयर गड़बड़ियों को हैंडल करने के लिए किया जाता है. यहां दिए गए उदाहरण में, हम में एक गड़बड़ी हैंडलर शामिल होगा, जो सेवा की गड़बड़ी का कोड.

Java

try {
  FirebaseToken token = FirebaseAuth.getInstance().verifyIdToken(idToken);
  performPrivilegedOperation(token.getUid());
} catch (FirebaseAuthException ex) {
  if (ex.getAuthErrorCode() == AuthErrorCode.ID_TOKEN_EXPIRED) {
    System.err.println("ID token has expired");
  } else if (ex.getAuthErrorCode() == AuthErrorCode.ID_TOKEN_INVALID) {
    System.err.println("ID token is malformed or invalid");
  } else {
    System.err.println("Failed to verify ID token: " + ex.getMessage());
  }
}

Python

try:
  token = auth.verify_id_token(idToken)
  perform_privileged_operation(token.uid)
except auth.ExpiredIdTokenError:
  print('ID token has expired')
except auth.InvalidIdTokenError:
  print('ID token is malformed or invalid')
except exceptions.FirebaseError as ex:
  print(f'Failed to verify ID token: {ex}')

शुरू करें

token, err := client.VerifyIDToken(ctx, idToken)
if auth.IsIDTokenExpired(err) {
  log.Print("ID token has expired")
  return
}
if auth.IsIDTokenInvalid(err) {
  log.Print("ID token is malformed or invalid")
  return
}
if err != nil {
  log.Printf("Failed to verify ID token: %v", err)
  return
}

performPrivilegedOperation(token)

.Net

try
{
  var token = await FirebaseAuth.DefaultInstance.VerifyIdTokenAsync(idToken);
  PerformPrivilegedOperation(token.getUid());
}
catch (FirebaseAuthException ex)
{
  if (ex.AuthErrorCode == AuthErrorCode.ExpiredIdToken)
  {
    Console.WriteLine("ID token has expired");
  }
  else if (ex.AuthErrorCode == AuthErrorCode.InvalidIdToken)
  {
    Console.WriteLine("ID token is malformed or invalid");
  }
  else
  {
    Conole.WriteLine($"Failed to verify ID token: {ex.Message}");
  }
}

यहां एक और उदाहरण दिया गया है, जिसमें हम टॉप-लेवल और सेवा की गड़बड़ी के कोड, दोनों की जांच करते हैं:

Java

try {
  FirebaseMessaging.getInstance().send(createMyMessage());
} catch (FirebaseMessagingException ex){
  if (ex.getMessagingErrorCode() == MessagingErrorCode.UNREGISTERED) {
    System.err.println("App instance has been unregistered");
    removeTokenFromDatabase();
  } else if (ex.getErrorCode() == ErrorCode.Unavailable) {
    System.err.println("FCM service is temporarily unavailable");
    scheduleForRetryInAnHour();
  } else {
    System.err.println("Failed to send notification: " + ex.getMessage());
  }
}

Python

try:
  messaging.send(create_my_message())
except messaging.UnregisteredError:
  print('App instance has been unregistered')
  remove_token_from_database()
except exceptions.UnavailableError:
  print('FCM service is temporarily unavailable')
  schedule_for_retry_in_an_hour()
except exceptions.FirebaseError as ex:
  print(f'Failed to send notification: {ex}')

शुरू करें

_, err := client.Send(ctx, createMyMessage())
if messaging.IsUnregistered(err) {
  log.Print("App instance has been unregistered")
  removeTokenFromDatabase()
  return
}
if errorutils.IsUnavailable(err) {
  log.Print("FCM service is temporarily unavailable")
  scheduleForRetryInAnHour()
  return
}
if err != nil {
  log.Printf("Failed to send notification: %v", err)
  return
}

.Net

try
{
  await FirebaseMessaging.DefaultInstance.SendAsync(createMyMessage());
}
catch (FirebaseMessagingException ex)
{
  if (ex.MessagingErrorCode == MessagingErrorCode.UNREGISTERED)
  {
    Console.WriteLine("App instance has been unregistered");
    removeTokenFromDatabase();
  }
  else if (ex.ErrorCode == ErrorCode.Unavailable)
  {
    Console.WriteLine("FCM service is temporarily unavailable");
    scheduleForRetryInAnHour();
  }
  else
  {
    Console.WriteLine($"Failed to send notification: {ex.Message}");
  }
}

एचटीटीपी रिस्पॉन्स को ऐक्सेस करना

कुछ दुर्लभ मामलों में हो सकता है कि आप और उस पर कोई गड़बड़ी ठीक करने से जुड़ी कार्रवाई करें. एडमिन SDK हेडर और गड़बड़ी के इन जवाबों के कॉन्टेंट, दोनों को दिखाता है. जवाब कॉन्टेंट को आम तौर पर स्ट्रिंग या रॉ बाइट क्रम के तौर पर दिखाया जाता है. ऐसे में, को किसी भी आवश्यक लक्ष्य प्रारूप में पार्स किया गया है.

Java

try {
  FirebaseMessaging.getInstance().send(createMyMessage());
} catch (FirebaseMessagingException ex){
  IncomingHttpResponse response = ex.getHttpResponse();
  if (response != null) {
    System.err.println("FCM service responded with HTTP " + response.getStatusCode());

    Map<String, Object> headers = response.getHeaders();
    for (Map.Entry<String, Object> entry : headers.entrySet()) {
      System.err.println(">>> " + entry.getKey() + ": " + entry.getValue());
    }

    System.err.println(">>>");
    System.err.println(">>> " + response.getContent());
  }
}

Python

try:
  messaging.send(create_my_message())
except exceptions.FirebaseError as ex:
  response = ex.http_response
  if response is not None:
    print(f'FCM service responded with HTTP {response.status_code}')

    for key, value in response.headers.items():
      print(f'>>> {key}: {value}')

    print('>>>')
    print(f'>>> {response.content}')

शुरू करें

_, err := client.Send(ctx, createMyMessage())
if resp := errorutils.HTTPResponse(err); resp != nil {
  log.Printf("FCM service responded with HTTP %d", resp.StatusCode)

  for key, value := range resp.Header {
      log.Printf(">>> %s: %v", key, value)
  }

  defer resp.Body.Close()
  b, _ := ioutil.ReadAll(resp.Body)
  log.Print(">>>")
  log.Printf(">>> %s", string(b))

  return
}

.Net

try
{
  await FirebaseMessaging.DefaultInstance.SendAsync(createMyMessage());
}
catch (FirebaseMessagingException ex)
{
  var response = ex.HttpResponse
  if response != null
  {
    Console.WriteLine($"FCM service responded with HTTP { response.StatusCode}");

    var headers = response.Headers;
    for (var entry in response.Headers)
    {
      Console.WriteLine($">>> {entry.Key}: {entry.Value}");
    }

    var body = await response.Content.ReadAsString();
    Console.WriteLine(">>>");
    Console.WriteLine($">>> {body}");
  }
}