- 已装运
- 2026年8月19日 02:13 UTC
- 作者
- Kamo
- 提交
- 6715ca3
每个控制器重写包含“ 不存在” 的任何信件 "数据库表X不存在. 请运行 Kamo InitializerApp来创建 计划。" 这个短语并不是一个缺失的表格所特有的 -- PostgreSQL说 对于缺失的一列(42703)和缺失的函数(42883) - 所以块 将发现错误的一条信息替换为 自信,错误的句子。 它花费了一个真正的误诊: 每一个按揭市场领先都失败了 栏"lead id"并不存在,而/leads/new报告说,LEADS表格 和计划需要重建。 计划很好 栏目 名字从未触及任何人。 现在的提示来自一个地方,SchemaErrorMessages, 并且只为 关系 " ..." 不存在 -- -- 实际上意味着表格是 缺少 - 将数据库命名为关系而不是硬码 猜对了 其他一切皆从所出而去. 并添加已合并的继承InsertSql Test, 如果一个实体是 INSERT 返回属于不同表格的列。 那是希伯来人 6.2 退出背后的结合继承缺陷(固定在kamo-shared-library中) 25140e0 (英语). 它住在这里,而不是实体旁边, 因为图书馆建设 反"春靴"3.3.4 / Hibernate 6.5 而这一服务运行3.1.5 / 6.2.13 - 和 6.5没有窃听器,所以在图书馆里安放同样的警卫 生产持续失败时会通过.