I'm not sure. As I said, constructors and methods are likely to be intercepted much
differently so a isMethodConstrained won't cut it.
What we can do is a `isConstrained(ConstrainType... type)` where ConstrainType is an enum.
But I'd like to refine the use case before adding such method.
On 30 janv. 2012, at 18:43, Gunnar Morling <gunnar.morling(a)googlemail.com> wrote:
That's a good point.
The proposal currently suggests to redefine BeanDescriptor#isConstrained() to let it
return true also if there are any method level constraints. Another idea would be to leave
it as is and add another method such as isMethodConstrained(), slightly simplifying your
use case.
I think I actually would like that better. WDYT?
Am 30.01.2012 09:47 schrieb "Emmanuel Bernard" <emmanuel(a)hibernate.org>:
_______________________________________________
beanvalidation-dev mailing list
beanvalidation-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/beanvalidation-dev