KamoCRM

एक 40001 जबकि पूर्णता अधिसूचनाओं को तैयार कर रहा है अब हस्ताक्षर को वापस नहीं करता है

FixESigService
भेजा गया
8 नवंबर 2026 को 12:45 am बजे UTC
लेखक
Kamo
कमिट
ae2e462

समाप्त करने का पहला दबाव 500 के साथ असफल हुआ और फिर से कोशिश सफल रही. पूर्णता सूचनाएं एक पकड़-सब के तहत हस्ताक्षर लेनदेन के अंदर बनाया गया था: उनके पढ़ता है (प्रेषक, टेम्पलेट, कॉपी-लिंक री-मिंट) हिट YugabyteDB SQLState 40001 सही हस्ताक्षर पंक्तियों को लिखने के बाद, भंडार ने साझा को चिह्नित किया सिर्फ लेनदेन रोलबैक, कैच ने इसे निगल लिया, और कमिट ने फेंक दिया अप्रत्याशित रोलबैक एक्सेप्शन - पूरा हस्ताक्षर वापस कर रहा है. - EsignNoticeComposer (नई बीन): सभी नोटिस डीबी कार्य, REQUIRES_ NEW + @RetryOnDbConflict, id द्वारा फिर से पढ़ें, afterCommit से चलाएँ. EsignNotificationService अब सिर्फ आईडी, शेड्यूल और भेजें कैप्चर करता है. पूरा, डिकोड, रद्द और परिपक्व अधिसूचनाओं. - submit () और decoder () हैं @RetryOnDbConflict (साझा- लाइब्रेरी सलाहकार, बाहर) लेनदेन), तो कोई भी 40001 एक नए लेनदेन में फिर से कोशिश की जाती है। - फेल-सॉफ्ट फ्लैट/सर्टिफिकेट और उपयोग-रिकॉर्ड अब एक फिर से फेंकता है अस्थायी संघर्ष या सिर्फ रोलबैक स्थिति (DbConflicts.rethrowIfDoomed) इसके बजाय एक जहरीली प्रतिबद्धता में इसे निगलने के लिए. - SigningSurvivesDbConflictTest पर शॉलव्ड- एक्सेप्शन रोलबैक को पुन: उत्पन्न करता है वास्तविक लेनदेन प्रॉक्सी और सूचनाओं को साबित करता है और एक 40001 जीवित रखने के लिए प्रस्तुत करता है.

सभी परिवर्तन

जैसा कि आप शिपिंग देखते हैं?

यह सब अपने आप आपके कार्यक्षेत्र में आता है. मुफ्त योजना पर शुरू करें और एक महीने में फिर से इस पृष्ठ को पढ़ें.

हमेशा के लिए मुफ्त प्रारंभ करेंमूल्यांकन देखें