- Verschifft
- 19. August 2026 um 02:13 UTC
- Autor
- Kamo
- Ausschuss
- 6715ca3
Vier Controller schrieben jeweils jede Nachricht mit "geht nicht" in "Datenbanktabelle X existiert nicht. Bitte führen Sie KamoInitializerApp aus, um die schema". Dieser Satz ist nicht spezifisch für eine fehlende Tabelle -- PostgreSQL sagt es für eine fehlende Spalte (42703) und eine fehlende Funktion (42883) auch -- so der Block ersetzt die eine Information, die den Fehler mit einem identifiziert zuversichtlich, falscher Satz. Es kostete eine echte Fehldiagnose: jede Hypothekenmarkt-Führung versagte am Spalte "lead_id" existiert nicht, und /leads/new berichtet, dass die LEADS-Tabelle fehlte und das Schema musste wieder aufgebaut werden. Das Schema war in Ordnung. Die Kolumne Name erreichte nie jemanden. Der Hinweis kommt jetzt von einem Ort, SchemaErrorMessages, und wird nur für Beziehung "... existiert nicht -- die Botschaft, die tatsächlich bedeutet, dass die Tabelle ist fehlt -- die Bezeichnung der Datenbank mit der benannten Datenbank und nicht eines Hard-Coddiert raten. Alles andere geht unangetastet durch. Nimmt auch JoinedInheritanceInsertSqlTest hinzu, das den Build nicht schafft, wenn ein Unternehmen INSERT gibt eine Spalte zurück, die zu einer anderen Tabelle gehört. Das ist das Hibernate 6.2 verbundene Erbleistungsfehler hinter dem Ausfall (festgesetzt in Kamo-geteilt-Bibliothek 25140e0). Es lebt hier, nicht neben den Entitäten, weil die Bibliothek baut gegen Spring Boot 3.3.4 / Hibernate 6.5, während dieser Service 3.1.5 / 6.2.13 -- und 6.5 hat nicht den Fehler, also hat derselbe Wächter in der Bibliothek würde passieren, während die Produktion immer wieder scheiterte.