एक लापता तालिका के रूप में एक लापता स्तंभ की रिपोर्टिंग बंद करो

शिप

19 अगस्त 2026 को 2:13 am बजे UTC

लेखक

Kamo

Commit

6715ca3

चार नियंत्रकों प्रत्येक rewrote ANY संदेश जिसमें "क्या मौजूद नहीं है" शामिल है "डाटाबेस टेबल एक्स मौजूद नहीं है। कृपया KamoInitializerApp को चलाने के लिए स्कीमा यह वाक्यांश एक लापता तालिका के लिए विशिष्ट नहीं है - PostgreSQL कहते हैं कि यह एक लापता स्तंभ (42703) और एक लापता समारोह (42883) भी - इसलिए ब्लॉक उस सूचना के एक टुकड़े को बदल दिया जिसने गलती को एक साथ पहचाना आत्मविश्वास, गलत वाक्य। यह एक वास्तविक misdiagnosis लागत: हर बंधक बाजार लीड पर विफल रहा था कॉलम "लीड आईडी" मौजूद नहीं है और / लीड्स/न्यू ने बताया कि लीड्स टेबल गायब हो गया और स्कीमा को पुनर्निर्माण की आवश्यकता थी। स्कीमा ठीक था। स्तंभ नाम कभी किसी को नहीं पहुंचा। संकेत अब एक स्थान से आता है, स्कीमाएरमोरेज, और केवल के लिए उठाया जाता है संबंध "..." मौजूद नहीं है -- संदेश जिसका वास्तव में मतलब है कि तालिका है लापता - एक हार्ड-कोडेड के बजाय नामित डेटाबेस का नाम देना अनुमान लगाना। बाकी सब कुछ असंतुलित होकर गुजरता है। इसके अलावा शामिल है JoinedInheritanceInsertSqlTest, जो एक इकाई के निर्माण में विफल रहता है INSERT एक अलग तालिका से संबंधित एक स्तंभ देता है। यह हाइबरनेट है 6.2 आउटेज के पीछे जुड़ना-inheritance दोष 25140e0). यहीं रहता है, संस्थाओं के बगल में नहीं, क्योंकि पुस्तकालय बनाता है स्प्रिंग बूट 3.3.4 / हाइबरनेट 6.5 के खिलाफ, जबकि यह सेवा 3.1.5 / 6.2.13 - और 6.5 में बग नहीं है, इसलिए पुस्तकालय में रखी गई एक ही गार्ड जबकि उत्पादन असफल रहा था पारित होगा।.