- Navios
- 19 de agosto de 2026 às 02:13 UTC
- Autor
- Kamo
- Enviar
- 6715ca3
Quatro controladores cada reescreveu QUALQUER mensagem contendo "não existe" em "A tabela de banco de dados X não existe. Por favor, execute o KamoInitializerApp para criar o esquema." Essa frase não é específica para uma tabela em falta -- PostgreSQL diz isso para uma coluna ausente (42703) e uma função ausente (42883) também -- então o bloco substituiu o único elemento de informação que identificou a falha confiante, sentença errada. Custou um diagnóstico errado real: cada lead do mercado hipotecário estava falhando em coluna "lead id" não existe, e /leads/new relatou que a tabela LEADS desapareceu e o esquema precisava de reconstrução. O esquema estava bom. A coluna O nome nunca chegou a ninguém. A dica agora vem de um lugar, SchemaErrorMessages, e é levantada apenas para relação "..." não existe - a mensagem que realmente significa que a tabela é faltando -- nomeando a relação que o banco de dados nomeou em vez de um hard-coded Adivinha. Tudo o resto passa intocado. Também adiciona InheritanceInsertSqlTest, que falha na compilação se uma entidade O INSERT devolve uma coluna pertencente a uma tabela diferente. Esse é o Hibernate 6.2 Defeito de herança unida por detrás da deficiência (fixo na biblioteca partilhada com kamo 25140e0). Vive aqui, não ao lado das entidades, porque a biblioteca constrói contra Spring Boot 3.3.4 / Hibernate 6.5 enquanto este serviço funciona 3.1.5 / 6.2.13 -- e 6.5 não tem o bug, então o mesmo guarda colocado na biblioteca passaria enquanto a produção continuasse a falhar.