Блог

У меня есть проект Spring Boot (2.3.3), где я хочу проверить входные параметры методов сервисного уровня. Итак, в моем pom.xml Я добавил

         <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-validation</artifactId>
        </dependency>
  

поскольку она больше не является частью родительской. Далее у меня есть интерфейс моего метода обслуживания и реализующий метод service. Моя служба реализации помечена символом @Validated, а мой метод выглядит следующим образом

 public void deleteGreetingById(@NotNull(message = "greetingId must not be null.")Integer greetingId) {
  

Я также читал, что проверка по умолчанию привязана только к уровню контроллера. Поэтому, чтобы включить ее также для уровня servie, я добавил PostValidationProcesser.

 @Configuration
public class MethodValidationConfig {

    @Bean
    public MethodValidationPostProcessor methodValidationPostProcessor() {
        return new MethodValidationPostProcessor();
    }
}
  

Когда я теперь выполняю свой тест с null в качестве входного параметра, ничего не происходит, и исключение не генерируется. Когда я делаю

  Assert.notNull(greetingId,"greetingId must not be null"); 
  

внутри метода, как и ожидалось, выдается исключение InvalidParameterException. Но я бы предпочел проверку на основе аннотаций из-за проверки @Valid объектов всего класса в качестве входного параметра.

Можно ли объяснить, почему проверка не запускается?

Редактировать:

 @RestController
public class GreetingsConsumerController {

    private final GreetingsService greetingsService;

    public GreetingsConsumerController(GreetingsService greetingsService) {
        this.greetingsService = greetingsService;
    }

    @PostMapping(value = "/greetings", consumes = MediaType.APPLICATION_JSON_VALUE)
    public Greeting createGreeting( @RequestBody @Valid GreetingDto greetingDto){
        return greetingsService.addGreeting(greetingDto);
    }

    @GetMapping(value = "/greetings/{id}")
    public Greeting getGreetingById(@PathVariable Integer id){
        return greetingsService.findGreetingById(id);
    }

    @GetMapping(value = "/greetings")
    public List<Greeting> getAllGreetings(){
        return greetingsService.findAllGreetings();
    }

    @DeleteMapping(value = "/greetings/{id}")
    @ResponseStatus(HttpStatus.NO_CONTENT)
    public void deleteGreetingById(@PathVariable Integer id){

        greetingsService.deleteGreetingById(id);
    }
}
  

Интерфейс:

 public interface GreetingsService {
    
        Greeting findGreetingById(Integer greetingId);
        List<Greeting> findAllGreetings();
        Greeting addGreeting( GreetingDto greetingDto);
        void deleteGreetingById( Integer greetingId);
    
    }
  

IterfaceImpl:

 @Service
@Validated
public class GreetingsServiceImpl implements GreetingsService {

.
.
.
       @Override
        public void deleteGreetingById(@NotNull(message = "greetingId must not be null. ") Integer greetingId) {
            ...
        }

}
  

Я также добавил компонент в свое SpringBootApplication, но по-прежнему не генерируется исключение.

 @SpringBootApplication
public class GreetingsConsumerApplication {

    public static void main(String[] args) {

        SpringApplication.run(GreetingsConsumerApplication.class, args
        );
    }
    @Bean
    public MethodValidationPostProcessor methodValidationPostProcessor() {
        return new MethodValidationPostProcessor();
    }

}
  

Ниже приведен пример проверки модели на уровне сервиса.

 class   TestModel{
    @NotNull
    private String name;
    }

TestModel model= new TestModel();
ValidatorFactory factory = Validation.buildDefaultValidatorFactory();
        Validator validator = factory.getValidator();
        Set<ConstraintViolation<TestModel>> violations = validator.validate(model);
        
        
  

Я «решил» проблему. Моя ошибка заключалась в том, что я неправильно настроил свои тесты. Я настроил тест с

@Extendwith(SpringExtension.class)

поскольку раньше я писал только модульные тесты без использования контекста в этом классе. Очевидно, что при использовании проверки параметров таким образом, вы должны использовать контекст, который превращает весь сценарий в интеграционный тест. Я рад, что это работает сейчас, и прошу прощения за ненужные обсуждения. Я должен был опубликовать свой тест также в коде.

Хотя я рад, что это работает сейчас, я также немного сбит с толку. В общем случае я не хочу запускать контекст Spring только для проверки ограничений. Но это другой вопрос.

Когда у вас есть службы, реализующие интерфейсы, и вы ссылаетесь на интерфейс, вам нужны аннотации проверки в интерфейсе, а не реализующий класс. Добавьте аннотации проверки в интерфейс GreetingsService.