- Se descapó
- 19 de agosto de 2026 a las 2:13 UTC
- Autor
- Kamo
- Compromit
- 6715ca3
Cuatro controladores cada uno reescribió cualquier mensaje que contiene "no existe" en "La mesa X de la base de datos no existe. Por favor, ejecute KamoInitializerApp para crear el esquema". Esa frase no es específica de una tabla que falta - PostgreSQL lo dice para una columna que falta (42703) y una función faltante (42883) también -- por lo que el bloque sustituyó a la única información que identificó la falla con un sentencia segura, equivocada. Costó un verdadero diagnóstico errónimo: cada ventaja del mercado hipotecario estaba fallando la columna "lead-id" no existe, y /leads/new informó que la tabla LEADS Faltaba y el esquema necesitaba reconstruirse. El esquema estaba bien. La columna El nombre nunca llegó a nadie. La pista ahora viene de un lugar, SchemaErrorMessages, y se levanta sólo para relación ""... no existe - el mensaje que realmente significa que la tabla es falta -- nombrando la relación de la base de datos nombrada en lugar de una codiciada dura Adivina. Todo lo demás pasa por intacto. También añade unió la herenciaInsertSqlTest, que falla la construcción si una entidad INSERT devuelve una columna perteneciente a una tabla diferente. Ese es el Hibernate. 6.2 defecto de la herencia unida detrás del corte (fijo en la biblioteca compartida de kamo 25140e0). Vive aquí, no al lado de las entidades, porque la biblioteca construye contra Spring Boot 3.3.4 / Hibernate 6.5 mientras que este servicio funciona 3.1.5 / 6.2.13 -- y 6.5 no tiene el error, por lo que el mismo guardia se coloca en la biblioteca pasaría mientras la producción seguía fracasando.