From BV spec lead:
We discovered a flaw in Bean validation's @ValidateExecutable design
that could cause proper CDI implementations to be quite inefficient at
deployment time unless some very advanced class loader scanning is in
Since we discussed deployment time efficiency from the get go for method
validation, we have decided to change the design to accommodate for more
efficient designs implementable much more easily.
The end result is that @ValidateExecutable is slightly updated (with a
new default value IMPLICIT) and we are strongly considering renaming it.
AFAIK that means a small change in the JAX-RS spec (due to the rename)
and a change in your RI which I think will be limited but we all know so
late in the game every change is tough.