- Shipped
- 19 sierpnia 2026 02:13 UTC
- Author
- Kamo
- Commit
- 6715ca3
Czterech kontrolerów, każdy z nich przepisał każdą wiadomość zawierającą "nie istnieje" "Database table X nie istnieje. Uruchom KamoInitializerA, aby utworzyć Schema." Ta fraza nie jest specyficzna dla brakującej tabeli - PostgreSQL mówi to Dla brakującej kolumny (42703) i brakującej funkcji (42883) również - więc blok Zastąpił jedną część informacji, która zidentyfikowała usterkę z ak Pewny, zły wyrok. Kosztowało to prawdziwą błędną diagnozę: każdy przewaga na rynku kredytów hipotecznych zawiodła Kolumna "lead_id" nie istnieje, a /ołowia/nowe zgłosiły, że tabela LEADS Zaginął, a schemat wymagał odbudowy. Schemat był w porządku. Kolumna Imię nigdy nie dotarło do nikogo. Wskazówka pochodzi teraz z jednego miejsca, SchemaErrorMessages, i jest podniesiona tylko dla Związek "..." nie istnieje - przesłanie, które w rzeczywistości oznacza, że tabela jest Brakowanie - nazywanie relacji z nazwaną bazą danych, a nie na twardym kodem Zgadnij. Wszystko inne przechodzi przez nietknięte. Dodaje również JoinedInheritanceInsertSqlTest, który nie kompiluje się, jeśli jednostka INSERT zwraca kolumnę należącą do innej tabeli. To jest hibernacja 6.2 defekt połączenia w dziedziczeniu za awarią (stałą w kamo-shared-library 25140e0). Mieszka tutaj, a nie obok bytów, ponieważ biblioteka buduje W przypadku Spring Boot 3.3.4 / Hibernate 6.5, podczas gdy ta usługa działa 3.1.5 / 6.2.13 -- i 6.5 nie ma błędu, więc ta sama osłona umieszczona w bibliotece Przejdzie, podczas gdy produkcja zawodzi.