[bv-dev] TCK expects tolerance of mismatched constraint and constraint validator
Matt Benson
mbenson at apache.org
Fri Mar 16 14:44:35 EDT 2018
On Mar 16, 2018 1:39 PM, "Matt Benson" <mbenson at apache.org> wrote:
FrenchAddressListContainer defines @FrenchZipcodeListContainer as a
constraint that is validated by FrenchZipcodeConstraintValidator, but that
class declares its constraint type parameter as @FrenchZipCode.
Same for FrenchZipcodeMixDirectAnnotationAndListContainer.
Because
that CV type does not override #init() this presumably works in the RI, and
the spec is a bit vague on this point, but the interface definition
describes type parameter A as "the annotation type handled by an
implementation." The spec section ConstraintValidator resolution algorithm
also correlates constraint A to the type parameters of the
ConstraintValidators described in the resolution rules. Finally, I don't
see anything under "What's new in 2.0" to indicate that this should be a
legal constraint definition.
Can I get a ruling? :)
Matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/beanvalidation-dev/attachments/20180316/aa685094/attachment.html
More information about the beanvalidation-dev
mailing list