- Shipped
- 19 august 2026 la 02:13 UTC
- Author
- Kamo
- Commit
- 6715ca3
Patru controlere fiecare rescris mesaj care conține "nu există" în "Nu există tabelul de date X. Vă rugăm să rulați KamoInitializerApp pentru a crea schema." Această frază nu este specifică unui tabel lipsă - PostgreSQL spune pentru o coloană lipsă (42703) și o funcție lipsă (42883) -- astfel încât blocul a înlocuit singura informație care a identificat eroarea cu o încrezătoare, propoziţie greşită. A costat un adevarat diagnostic gresit: fiecare plumb de piata ipotecara a fost lipsa pe coloana "Lead id" nu există și/lides/new reported that the LEADS table lipsea şi schema trebuia reconstruită. Schema a fost bună. Coloana Numele nu a ajuns la nimeni. Indiciu vine acum dintr-un singur loc, SchemaErrorMessages, și este ridicat doar pentru relaţia "..." nu există -- mesajul care înseamnă de fapt că masa este Lipseşte -- numind relaţia pe care baza de date o numeşte mai degrabă decât un cod hard Ghiceşte. Restul trece neatins. Adaugă, de asemenea, Moștenire JoinedInsertSqlTest, care nu reușește să construiască dacă o entitate INSERT returnează o coloană aparținând unui alt tabel. Acesta este Hibernatul 6.2 Defectul de moștenire asociat în spatele întreruperii (fixat în librarul kamo-împărțit) 25140e0). Locuieşte aici, nu lângă entităţi, pentru că biblioteca construieşte contra Spring Boot 3.3.4 / Hibernate 6.5 în timp ce acest serviciu rulează 3.1.5 / 6.2.13 -- şi 6.5 nu are microfon, deci acelaşi paznic plasat în bibliotecă ar trece în timp ce producția a continuat să scadă.