Welcher Typ von exception zu werfen, die im Frühjahr RestController, wenn die Validierung fehlschlägt?

Im Frühjahr RestController ich habe ein input-Validierung der RequestBody einfach durch kommentieren der entsprechenden parameter der Methode als @Valid oder @Validated. Einige andere überprüfungen können nur durchgeführt werden, nachdem einige der Verarbeitung der eingehenden Daten. Meine Frage ist, welche Art von Ausnahmen sollte ich verwenden, sodass er etwa die Ausnahme, die ausgelöst durch die @Valid annotation, und wie gestalte ich diese Ausnahme aus der überprüfung ergeben. Hier ist ein Beispiel:

@RequestMapping(method = RequestMethod.POST)
public ResponseEntity<?> createOrder(@RequestBody @Validated(InputChecks.class) Order order) {
    //Some processing of the Order goes here
    Set<ConstraintViolation<Order>> violations = validator.validate(order, FinalChecks.class);
    //What to do now with the validation errors?
    orders.put(order);
    HttpHeaders headers = new HttpHeaders();
    headers.setLocation(ServletUriComponentsBuilder.fromCurrentRequest().path("/" + order.getId()).build().toUri());
    return new ResponseEntity<>(null, headers, HttpStatus.CREATED);
}

InformationsquelleAutor Gregor | 2016-03-03

Mir die einfachste Art und Weise sieht, wie die überprüfung der Objekt mit einem Fehler-Objekt, und verwenden Sie es in einem MethodArgumentNotValidException.

@RequestMapping(method = RequestMethod.POST)
public ResponseEntity<?> createOrder(@RequestBody @Validated(InputChecks.class) Order order)
                throws NoSuchMethodException, SecurityException, MethodArgumentNotValidException {
    //Some processing of the Order goes here
    SpringValidatorAdapter v = new SpringValidatorAdapter(validator);
    BeanPropertyBindingResult errors = new BeanPropertyBindingResult(order, "order");
    v.validate(order, errors, FinalChecks.class);
    if (errors.hasErrors()) {
        throw new MethodArgumentNotValidException(
                new MethodParameter(this.getClass().getDeclaredMethod("createOrder", Order.class), 0),
                errors);
    }
    orders.put(order);
    HttpHeaders headers = new HttpHeaders();
    headers.setLocation(ServletUriComponentsBuilder.fromCurrentRequest().path("/" + order.getId()).build().toUri());
    return new ResponseEntity<>(null, headers, HttpStatus.CREATED);
}

Diese Weise die gefundenen Fehler, die während des zweiten validierungsschritt haben genau die gleiche Struktur wie die gefundenen Fehler während der überprüfung von Eingaben auf der @validierte Parameter.

Es sei denn, die ExceptionHandler-code verwendet die methodparameter Feld während der Bearbeitung die Fehlermeldung, ich glaube, wir können einfach an der null-Wert für das Feld MethodParameter
Ich werde zweite, was @Narasimha sagt, die MethodParameter ist nicht sehr nützlich bei der Konstruktion der form error response, lass es einfach null a) weil hässlich, b) kann es zu einem Fehler, wenn die Signatur ändert.

InformationsquelleAutor Gregor

5

Für die Handhabung der Validierung Fehler im zweiten Lauf, den ich denken kann, drei verschiedene Ansätze. Erste, können Sie extrahieren Sie die Validierung Fehlermeldungen aus Set von ConstraintViolations und dann eine entsprechende HTTP-response, sagen 400 Bad Request mit Validierungsfehler als Antwort body:
```
Set<ConstraintViolation<Order>> violations = validator.validate(order, FinalChecks.class);
if (!violations.isEmpty()) {
    Set<String> validationMessages = violations
                                     .stream()
                                     .map(ConstraintViolation::getMessage)
                                     .collect(Collectors.toSet());

    return ResponseEntity.badRequest().body(validationMessages);
}
//the happy path
```
Dieser Ansatz eignet sich für Situationen, wenn die Doppel-Validierung ist eine Voraussetzung für ein paar Reglern. Ansonsten ist es besser, zu werfen, einem brandneuen Exception oder Wiederverwendung Frühjahr zugehörigen Ausnahmen, sagen MethodArgumentNotValidException " und definieren Sie einen ControllerAdvice , Griff Sie universell:
```
Set<ConstraintViolation<Order>> violations = validator.validate(order, FinalChecks.class);
if (!violations.isEmpty()) {
    throw new ValidationException(violations);
}
```
Und der controller-Tipp:
```
@ControllerAdvice
public class ValidationControllerAdvice {
    @ExceptionHandler(ValidationException.class)
    public ResponseEntity handleValidtionErrors(ValidationException ex) {
        return ResponseEntity.badRequest().body(ex.getViolations().stream()...);
    }
}
```
Können Sie auch werfen eine Feder Ausnahmen wie MethodArgumentNotValidException. Um dies zu tun, müssen Sie zum konvertieren von Set von ConstraintViolations zu einer Instanz von BindingResult und übergeben es an die MethodArgumentNotValidException's Konstruktor.

Danke für deine Antwort. Aber in meinem Fall, den ich eigentlich haben, um die Validierung ausgeführt wird. Die erste Validierung überprüft die Eingabe, wie es kommt aus dem post-request, und der zweite soll prüfen Sie das Objekt erneut aus, dieses mal mit den änderungen und Ergänzungen von meinem controller. Die Frage ist nun, wie gehe ich mit der Validierung Fehler im zweiten Lauf.
Aktualisiert die Antwort...
Was ValidationException ist das? Es gibt keine javax.validation.ValidationException.getViolations()...
Es ist eine benutzerdefinierte Ausnahme, irgendwie impliziert it's better to throw a brand new Exception.... Ich bin damit einverstanden, ich sollte etwas präziser werden
Oh ich sehe. Ich dachte, Sie könnte gemeint haben o.s.v.BindException oder so etwas.

InformationsquelleAutor Ali Dehghani

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.