क्यों अधिभार के @transactional बाद में निष्क्रिय हैकमिट पथ

DocsSecurityService
शिप
27 अगस्त 2026 को 9:19 am बजे UTC
लेखक
Kamo
Commit
ae984f7

एक सहकर्मी सत्र द्वारा एक @transactional (REQUIRES NEW) खोज लिया कभी नहीं सलाह दी जाती है - संरक्षित और आत्म-प्रेरित, इसलिए असफल क्वेरी का रिकॉर्ड वापस लुढ़का इसके साथ ही यह रिकॉर्डिंग की गई थी। दोनों के लिए इस सेवा की अपनी घोषणाओं को स्कैन करना आकृतियाँ एक आत्म-अभिनय को बदल देती हैं और बदलाव के बजाय यह एक नोट के लायक है। सेटअपForSubOrgCreation(लंबी, ...) REQUIRES NEW है और एक बीन भर में पहुंच गया है सीमा, इसलिए यह सलाह दी जाती है। इसके बाद ओवरलोड @transactional है और यह है नहीं: एक कॉल जो कभी ऑब्जेक्ट को छोड़ देता है, कभी भी प्रॉक्सी से गुजरता नहीं है। यही है यहां हानिरहित, और केवल यहां, क्योंकि REQUIRES NEW पहले से ही एक खोला है लेनदेन और REQUIRED का मतलब है "वर्तमान एक में शामिल" - जो होता है ध्यान रखें। क्या यह एक सुरक्षा नेट नहीं है और इस फ़ाइल को पहले ही उस भ्रम के लिए भुगतान किया गया है एक बार। Removing REQUIRES NEW ऊपर ओवरलोड के लिए वापस नहीं आता है Annotation; यह किसी के लिए वापस गिर जाता है, और हर लेखन चुपचाप बंद हो जाता है पर बादामित पथ - प्रत्येक संगठन ने 3903267 और प्रचार के बीच बनाया निश्चित रूप से उस कारण के लिए सभी पर कोई सदस्यता पंक्ति नहीं मिली। प्रवेश बिंदु बिना किसी घोषणा के ही काम करता है। ************* बाहरी एनोटेशन पिन करें; कोई भी पाठक की धारणा को आंतरिक रूप से पिन नहीं कर सकता है इसलिए यह नीचे लिखा गया है। केवल टिप्पणी करें। कोई व्यवहार परिवर्तन नहीं।.

सभी बदलाव

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

इन अद्यतनों में से प्रत्येक स्वचालित रूप से अपने कार्यक्षेत्र में उतरता है। प्रारंभ करें और सप्ताह के बाद इसे सप्ताह के अंत में देखें।.

Foreverमूल्य निर्धारण देखें