Prove library HQL parses on the Hibernate this service actually runs

Ya: 26 Agosti 2026, 00:10 UTC
Mwandishi: Kamo
Ahadi ya: 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.

Mabadiliko yote

Je, unaona nini kuhusu usafiri?

Kila kitu kinaingia kwenye tovuti yako mwenyewe. Anza kwenye mpango wa bure na usome ukurasa huu tena katika mwezi mmoja.

Kuwa Huru Milele Mtazamo wa bei