डीडीएल के बाद पहले विफल होने वाले सदस्य को पढ़ाएं

शिप

5 सितंबर 2026 को 6:23 am बजे UTC

लेखक

Kamo

Commit

59c815d

सदस्य-by-id लोड पहले बयान के करीब एक प्रमाणित अनुरोध है प्रदर्शन करता है, इसलिए एक कैटलॉग-वर्जन टक्कर उसे कुछ और हिट होने से पहले हिट करती है। कि क्यों अंतिम विंडो की सूचना दी गई थी क्योंकि स्कोरबोर्ड विजेट को नहीं बदला जा सकता है ": वास्तव में विफल होने वाला क्वेरी एक उबाऊ पहचान भार था जिसे साझा किया गया था लगभग हर समापन बिंदु, और जो भी सुविधा ने अपनी असफलता को जोर से घोषित किया दोष मिला। इसके बजाय 96 सदस्य रिपॉज़िटरी के बजाय यहां बताया गया। findById कॉल साइटों में सुरक्षा सेवा, जिनमें से कोई भी एक चोकपॉइंट नहीं है और जिनमें से अधिकांश अंदर बैठते हैं @transactional तरीके जहां एक retry सब पर कुछ नहीं करेगा। ये चार पढ़ते हैं साझा पुस्तकालय में हैं, इसलिए एक जगह बेड़े को कवर करती है। यह वास्तव में इन विधियों पर सार्थक है क्योंकि वे नहीं हैं @transactional: प्रत्येक repository कॉल अपने स्वयं के implicit लेनदेन में चलाता है, तो एक दूसरा प्रयास वास्तव में एक नया हो जाता है - यही कारण है कि यह काम करता है संगठन कार्यान्वयन सेवा। आगे बढ़ने के बिना उनमें से किसी के लिए @transactional जोड़ना इसके साथ-साथ यह चुपचाप इनको नो-ऑप्स में बदल देगा। केवल पढ़ता है। पढ़ना निरीक्षण द्वारा सुरक्षित है; इस वर्ग के लेख पथ अकेले छोड़ दिया जाता है। परीक्षण का दावा है कि घोषणा वास्तविक वर्ग में एक असली के माध्यम से फोर्स है प्रॉक्सी, यह नहीं कि रेट्री हेल्पर काम करता है। यह कच्चे संघर्ष के साथ तब तक विफल रहा जब तक संदर्भ ने एक ऑटो-प्रोक्सी निर्माता पंजीकृत किया, जो जानने लायक है: बिना एक, बीन बाहर आता है और उस पर हर घोषणा निष्क्रिय है जबकि पूरी तरह से सही लग रहा है। शामिल नहीं है: Member.getOrganization(), जो एक LAZY dereference हल है बाद में ओपन-इन-व्यू के तहत, किसी भी विधि के बाहर एक एनोटेशन लपेट सकता है।.