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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev