我想我可能在hibernate-validator 6.0.15.Final中找到了一个奇怪的地方。它曾经使用版本5.4.2.Final。
这是一个测试示例:
import lombok.Data;
import org.junit.Test;
import javax.validation.ConstraintViolation;
import javax.validation.Validation;
import javax.validation.Validator;
import javax.validation.ValidatorFactory;
import javax.validation.constraints.Max;
import java.math.BigDecimal;
import java.util.Set;
import static org.assertj.core.api.Assertions.assertThat;
public class ValidTest {
@Data
static class ClassToValidate{
public ClassToValidate() {
failingNumber = new BigDecimal("1.001");
failingBigDecimal = new BigDecimal("1.001");
passingNumber = new BigDecimal("0.001");
passingBigDecimal = new BigDecimal("0.001");
}
@Max(1)
private Number failingNumber;
@Max(1)
private BigDecimal failingBigDecimal;
@Max(1)
private Number passingNumber;
@Max(1)
private BigDecimal passingBigDecimal;
}
@Test
public void test(){
ValidatorFactory factory = Validation.buildDefaultValidatorFactory();
Validator validator = factory.getValidator();
Set<ConstraintViolation<ClassToValidate>> violations = validator
.validate(new ClassToValidate());
for (ConstraintViolation<ClassToValidate> violation : violations) {
System.out.println(violation);
}
assertThat(violations).hasSize(2);
}
}
存储在Number字段中的BigDecimal不会触发约束异常,即使它大于1.并且像2.xxx这样的大十字形会。
感觉验证器不再(不再)考虑存储在Number中的BigDecimals对象中的逗号之后的数字。
嗯,你是对的,我们这里有一个错误:当你使用Number作为声明的类型时,我们最终会比较longs。这应该是一个简单的解决方案。
我看到你填充https://hibernate.atlassian.net/browse/HV-1699,我们会在那里给你更新。
一旦我们得到修复,我会立即发布,因为它肯定是一个坏的。
使用Java Bean Validation,您可以为BigDecimal类型使用三种替代方法:
注意:您只能将@Max用于整数值。