Prove library HQL parses on the Hibernate this service actually runs

Shipped: 26 Agosti 2026, 00:10 UTC
Author: Kamo
Commit: 4a3f608

kamo-shared-library builds on Boot 3.3.4 / Hibernate 6.5; BillingService runs Boot 3.1.5 / Hibernate 6.2.13. The library's own HQL tests therefore pass vacuously for the older half of the fleet — the same skew that forced the affiliate scoreboard back to comma-joins. Hibernate validates repository queries when it builds the SessionFactory, at pod startup, and no test in this service boots a Spring context. So a statement 6.2.13 cannot parse is a crash-loop on deploy with nothing red beforehand. This builds a real SessionFactory on the runtime Hibernate and compiles both webhook UPDATE statements. No database is touched: an explicit dialect plus disabled JDBC metadata lookup lets the factory build without connecting, and createQuery performs HQL translation only. Verified passing against Hibernate 6.2.13.Final.

All changes

Je, unaona nini kuhusu usafiri?

Kila moja ya hizi updates ardhi katika nafasi yako ya kazi moja kwa moja. Kuanza bure na kuangalia kukua wiki baada ya wiki.

Kuwa Huru Milele Mtazamo wa bei