You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Following up on spring-projects/spring-boot#35617 (comment), it seems suboptimal for Hibernate ORM to silently skip validation in case of an incomplete Hibernate Validator setup without a Jakarta EL provider on the classpath. It is too easy to add Hibernate Validator but miss the EL provider, none of which is noticeable through JPA setup.
We could provide custom detection of validation engine presence in DefaultPersistenceUnitManager and set the validation mode to "CALLBACK" in that case, enforcing bootstrap failure for an incomplete setup.
The text was updated successfully, but these errors were encountered:
In gh-30549 we applied changes to the `DefaultPersistenceUnitManager` to
use the `ValidationMode.CALLBACK` to better detect invalid validation
setup and enforce bootstrap failures in those cases.
Unfortunately, doing so disables the detection of validation annotation
on entities during the schema creation phase. This is a known Hibernate
issue. This commit reverts this change until HHH-12287 is fixed.
Fixesgh-31726
Following up on spring-projects/spring-boot#35617 (comment), it seems suboptimal for Hibernate ORM to silently skip validation in case of an incomplete Hibernate Validator setup without a Jakarta EL provider on the classpath. It is too easy to add Hibernate Validator but miss the EL provider, none of which is noticeable through JPA setup.
We could provide custom detection of validation engine presence in
DefaultPersistenceUnitManager
and set the validation mode to "CALLBACK" in that case, enforcing bootstrap failure for an incomplete setup.The text was updated successfully, but these errors were encountered: