- शिप
- 4 जुलाई 2026 को 1:18 am बजे UTC
- लेखक
- Kamo
- Commit
- b361f0a
Adversarial समीक्षा (2 लेंस; 5 verifiers एक सत्र सीमा पर मृत्यु हो गई - निर्णय लिया हाथ से 9 कच्चे निष्कर्ष, 6 वास्तविक): - WRONG SECRET (हाशा तुलना द्वारा पुष्टि की गई): डेमन का आंतरिक.auth.secret सार्वजनिक-चैट मान को हल करता है, लेकिन वीओआईपी का / एपीआई / बल्कटेक्स्ट / सैंड मान्य करता है Mlos-internal-auth - प्रत्येक स्टेवर्ड एसएमएस में एक बार नंबर होना चाहिए कॉन्फ़िगर किया गया (रिकॉर्ड-ऑनली डिफ़ॉल्ट इसे E2E में मास्क किया गया)। StewardNotifier अब बांधता है समर्पित Mlos.internal-auth-secret संपत्ति; तैनाती माउंट Mlos-internal-auth; विन्यास नक्शा InterNAL AUTH SECRET। - नया RestTemplate () अनंत टाइमआउट था - एक लटका वीओआईपी कॉल गेज होगा कोई त्रुटि, स्टालिंग के साथ एक ओपन CRDB tx के अंदर टिकाऊ केवल उपभोक्ता धागा पॉड पुनरारंभ तक सभी स्टेवर्ड प्रशंसक आउट। कनेक्ट 3s / 5s पढ़ने; अब एक टाइमआउट संसाधन के रूप में सतहों AccessException -> RETRY -> डिजाइन के रूप में DLQ। - अधिकतम प्रयास चुपचाप **************** द्वारा बंद कर दिया ब्रोकर कैप के ऊपर घुंडी कोई मृत पत्र के साथ घटनाओं को खो देगा। प्रभावी कैप = मिन(max-attempts, मैक्स-डिलिवर), क्लैंप पर चेतावनी देते हैं, विन्यास दस्तावेज़ युग्मन। - स्थायी प्रति संख्या 4xx (bad संख्या / 422 कोई प्रदाता) अब लॉग + SKIPPED (retrying कभी सफल नहीं हो सकता है और फिर से स्पैम पहले संख्या प्रत्येक मुक्ति); 429 और 5xx अभी भी RETRY पथ को बढ़ावा देते हैं। - बूट-टाइम सदस्यता विफलता अब उपभोक्ता को चुपचाप मृत नहीं छोड़ती है: फिर से जोड़ा गया पृष्ठभूमि में प्रत्येक 30s (40 प्रयास) को पुनः प्राप्त करें। (The same pattern in the same pattern) पूर्व मौजूदा टाइमर-ब्रेच उपभोक्ता एक अनुवर्ती है। - टेस्ट: MlosTaskResolvedConsumerTest (Incl। ITS पर घटित JSR-310 स्थिरता) मैपर + क्लैंप), दोनों उपभोक्ताओं पर DEAD LETTERED-must-ack, StewardNotifier अनुबंध (URL/header/body) + 4xx-skip + 5xx-propagate भेजें। 15/15।.