[wildfly-dev] ConstraintDeclarationException on deployment

Emmanuel Bernard emmanuel at hibernate.org
Wed Mar 26 11:40:32 EDT 2014


Does your offending method actually override another method?
Because that would definitely be an error on your part.
Glassfish uses Hibernate Validator for the validation engine so I don't
think your code is at fault here. Unless they have a broken integration
and nothing is validated.

But it could be due to a bug on how Weld does subclassing for proxies and
copy constraint annotations but I thought we had that base covered
already.

The best would be to open an issue with a reproducible minimal test
case. From there we could either fix the offending bug and if there is
none see how we could report several errors in one go.

Emmanuel

On Wed 2014-03-26 10:16, Mike Hostetler wrote:
> I'm probably one of the many that is moving away from Glassfish to WildFly.
> I have done some trivial changes but now Weld is giving validation failures
> like the following on some of our EJB3 beans:
> 
> javax.validation.ConstraintDeclarationException: HV000151: A method
> overriding another method must not alter the parameter constraint
> configuration
> 
> The worse thing is that only see one at a time: so I fix one, do the
> build-redeploy dance, and then see the next one. Most of the problems is
> that in the overriding class we use javax.validation.constraints.NotNull
> annotation on the parameter, which is what Weld doesn't seem to like.
> Obviously these worked in Glassfish.
> 
> My first thought is: how can I shut off Weld validation? If that is not
> possible (which I'm willing to accept), then how can I see these validation
> errors all at once instead of one at a time during deployment?
> 
> Thanks
> -- 
> Mike Hostetler
> http://mike.hostetlerhome.com/

> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev



More information about the wildfly-dev mailing list