- Shipped
- 19 agosto 2026 alle ore 02:13 UTC
- Author
- Kamo
- Commit
- 6715ca3
Quattro controller ogni riscritto QUALSIASI messaggio contenente "non esiste" in "La tabella base X non esiste. Si prega di eseguire KamoInitializerApp per creare il schema." Quella frase non è specifica per un tavolo mancante -- PostgreSQL dice che per una colonna mancante (42703) e una funzione mancante (42883) troppo -- quindi il blocco ha sostituito l'unica informazione che ha identificato il difetto con un frase sicura e sbagliata. È costato una vera e propria diagnosi errata: ogni vantaggio di mercato ipotecario era in fallimento colonna "lead id" non esiste, e /leads/new ha riferito che la tabella LEADS mancava e lo schema era necessario ricostruire. Lo schema andava bene. La colonna il nome non ha mai raggiunto nessuno. Il suggerimento ora proviene da un posto, SchemaErrorMessages, ed è sollevato solo per relazione "..." non esiste -- il messaggio che in realtà significa che la tabella è mancante -- nominando la relazione il database chiamato piuttosto che un codice duro indovina. Tutto il resto passa attraverso intatti. Aggiunge anche JoinedInheritanceInsertSqlTest, che non riesce a costruire se un'entità è INSERT restituisce una colonna appartenente a una tabella diversa. Questo è l'ibernato 6.2 difetto di ergonomia dietro l'esternalizzazione (fissato in kamo-shared-library 25140e0). Vive qui, non vicino alle entità, perché la biblioteca costruisce contro Spring Boot 3.3.4 / Hibernate 6.5 mentre questo servizio funziona 3.1.5 / 6.2.13 -- e 6.5 non ha il bug, quindi la stessa guardia posta nella libreria passerebbe mentre la produzione continuava a fallire.