[hibernate-dev] WildFly BeanValidationCdiIntegrationTestCase test failure with ORM 5

Scott Marlow smarlow at redhat.com
Wed Jul 8 09:28:31 EDT 2015



On 07/08/2015 09:02 AM, Hardy Ferentschik wrote:
> Hi,
>
>> The same test works with the WildFly master branch, which is using ORM
>> 4.3.x.  The Bean Validation integration code is unchanged in my WildFly
>> branch, as is the Bean Validator.  The only thing different, is the ORM 5
>> integration code and the ORM 5 persistence provider.
>
> Just fishing here, but "integration code and the ORM 5 persistence provider" might
> indicate a problem in the persistence bootstrapping.
> Have a look at org.hibernate.cfg.beanvalidation.TypeSafeActivator#getValidatorFactory.
> Basically ORM expects to retrieve the ValidatorFactory to use for the life cycle based
> validation from the properties passed via the Persistence bootstrap. The property name
> is javax.persistence.validation.factory. If there is no instance passed ORM will bootstrap
> a default factory using  Validation.buildDefaultValidatorFactory(). The latter would
> of course not be CDI enabled. This would explain why validation occurs, but not CDI injection.
> I would for sure put a breakpoint in there as well (and some trace/debug log would be probably
> nice to have as well to easily tell whether a factory is passed or a default one is generated.

http://pastebin.com/4X0h1VPA is the call stack in.  We are in the second 
bootstrap phase, which is good.  The validator factory is passed into 
the integration properties but we are only checking the persistence unit 
properties in ORM 5.  Since we are not looking in the integration 
properties for the "javax.persistence.validation.factory", we are not 
seeing it.  So your are right on the money, great suggestion.

I'll check next why the 
EntityManagerFactoryBuilder.withValidatorFactory(ValidatorFactory) is 
also ignored.



>
> --Hardy
>


More information about the hibernate-dev mailing list