Validation error responses in Spring Boot - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to add validation to the 'name' field using annotations.

Spring Boot

@NotBlank(message = "Name is required")
private String [1];

Drag options to blanks, or click blank then click option'

Ausername

Bvalue

Cname

Dfield

Attempts:

3 left

💡 Hint

Common Mistakes

Using a wrong variable name in the annotation.

Forgetting to add the annotation above the field.

The field to validate is named 'name', so the annotation applies to 'name'.

2fill in blank

medium

Complete the code to handle validation errors by returning a bad request response.

Spring Boot

@ExceptionHandler(MethodArgumentNotValidException.class)
public ResponseEntity<String> handleValidationException([1] ex) {
    return ResponseEntity.badRequest().body("Validation failed");
}

Drag options to blanks, or click blank then click option'

AValidationException

BMethodArgumentNotValidException

CException

DRuntimeException

Attempts:

3 left

💡 Hint

Common Mistakes

Using a generic Exception instead of the specific validation exception.

Mismatching the exception type in the method parameter.

The exception handler must catch MethodArgumentNotValidException to handle validation errors.

3fill in blank

hard

Fix the error in extracting the first validation error message from the exception.

Spring Boot

String errorMessage = ex.getBindingResult().getFieldErrors().get([1]).getDefaultMessage();

Drag options to blanks, or click blank then click option'

Aex

B1

C-1

D0

Attempts:

3 left

💡 Hint

Common Mistakes

Using index 1 which causes IndexOutOfBoundsException if only one error exists.

Using -1 which is invalid for list indexing.

The first error is at index 0 in the list of field errors.

4fill in blank

hard

Fill both blanks to create a map of field names to error messages from validation errors.

Spring Boot

Map<String, String> errors = ex.getBindingResult().getFieldErrors().stream()
    .collect(Collectors.[1](error -> error.getField(), error -> error.[2]()));

Drag options to blanks, or click blank then click option'

AtoMap

BgetDefaultMessage

CgetMessage

DtoList

Attempts:

3 left

💡 Hint

Common Mistakes

Using toList instead of toMap causes wrong collection type.

Using getMessage instead of getDefaultMessage returns less useful info.

toMap collects entries into a map; getDefaultMessage gets the error message string.

5fill in blank

hard

Fill all three blanks to return a ResponseEntity with the error map and HTTP status BAD_REQUEST.

Spring Boot

return new ResponseEntity<>([1], [2].[3]);

Drag options to blanks, or click blank then click option'

Aerrors

BHttpStatus

CBAD_REQUEST

DResponseEntity

Attempts:

3 left

💡 Hint

Common Mistakes

Using ResponseEntity instead of HttpStatus for the status argument.

Passing wrong variable as body.

The body is 'errors', status is HttpStatus.BAD_REQUEST for validation failure.

Practice

1. What is the main purpose of validation error responses in a Spring Boot application?

easy

A. To speed up the application startup time

B. To inform users about incorrect input so they can fix it

C. To log errors only for developers without user feedback

D. To automatically correct user input without notification

Solution

1. Step 1: Understand validation error responses

   Validation error responses are designed to tell users what input is wrong so they can correct it.

2. Step 2: Identify the purpose in Spring Boot context

   Spring Boot uses validation error responses to provide clear feedback to users, improving user experience.

3. Final Answer:

   To inform users about incorrect input so they can fix it -> Option B

4. Quick Check:

   Validation error responses = user input feedback [OK]

Hint: Validation errors help users fix input mistakes [OK]

Common Mistakes:

• Thinking validation errors speed up startup
• Assuming errors are only for developer logs
• Believing errors auto-correct input silently

2. Which annotation is used in Spring Boot to trigger validation on a request body object?

easy

A. @Valid

B. @Autowired

C. @RequestBody

D. @Controller

Solution

1. Step 1: Identify annotation for validation

   The @Valid annotation tells Spring Boot to validate the object passed in the request.

2. Step 2: Differentiate from other annotations

   @RequestBody binds the request body, @Autowired injects dependencies, and @Controller marks a class as a controller, none trigger validation.

3. Final Answer:

   @Valid -> Option A

4. Quick Check:

   Validation trigger = @Valid [OK]

Hint: Use @Valid to activate validation on input objects [OK]

Common Mistakes:

• Confusing @RequestBody with validation trigger
• Using @Autowired for validation incorrectly
• Thinking @Controller triggers validation

3. Given this Spring Boot controller method snippet, what will be the HTTP response status if validation fails?

@PostMapping("/users")
public ResponseEntity<String> createUser(@Valid @RequestBody User user) {
    return ResponseEntity.ok("User created");
}

medium

A. 400 Bad Request

B. 200 OK

C. 500 Internal Server Error

D. 404 Not Found

Solution

1. Step 1: Understand validation failure behavior

   When validation fails on a @Valid annotated object, Spring Boot returns a 400 Bad Request by default.

2. Step 2: Check the method response

   The method returns 200 OK only if validation passes; failure triggers automatic 400 response.

3. Final Answer:

   400 Bad Request -> Option A

4. Quick Check:

   Validation fail status = 400 Bad Request [OK]

Hint: Validation failure returns 400 Bad Request by default [OK]

Common Mistakes:

• Assuming 200 OK even if validation fails
• Thinking validation failure causes 500 error
• Confusing 404 Not Found with validation errors

4. What is wrong with this Spring Boot exception handler for validation errors?

@ExceptionHandler(MethodArgumentNotValidException.class)
public ResponseEntity<String> handleValidationError(MethodArgumentNotValidException ex) {
    return ResponseEntity.badRequest().body(ex.getMessage());
}

medium

A. It does not use @Valid annotation

B. It uses the wrong exception class for validation errors

C. It should return HTTP status 500 instead of 400

D. It returns a plain message string instead of detailed field errors

Solution

1. Step 1: Analyze the exception handler response

   The handler returns only the exception message string, which is not user-friendly or field-specific.

2. Step 2: Understand best practice for validation errors

   Best practice is to return a JSON with detailed field error messages for clarity, not just a plain string.

3. Final Answer:

   It returns a plain message string instead of detailed field errors -> Option D

4. Quick Check:

   Validation error response should be detailed JSON [OK]

Hint: Return detailed JSON, not plain strings, for validation errors [OK]

Common Mistakes:

• Using wrong exception class (MethodArgumentNotValidException is correct)
• Returning HTTP 500 instead of 400
• Confusing @Valid usage with exception handling

5. You want to customize validation error responses to return JSON with field names and messages. Which approach correctly achieves this in Spring Boot?

hard

A. Use @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR) on the controller method to handle validation errors

B. Add @Valid to the controller method and rely on default error messages without customization

C. Create a @ControllerAdvice class with @ExceptionHandler for MethodArgumentNotValidException that extracts field errors and returns a JSON map

D. Catch Exception in the controller method and return a plain string message

Solution

1. Step 1: Understand how to customize validation error responses

   Using a @ControllerAdvice with an @ExceptionHandler for MethodArgumentNotValidException allows extracting field errors and returning custom JSON.

2. Step 2: Evaluate other options

   Add @Valid to the controller method and rely on default error messages without customization uses default messages without customization; C uses wrong status; D returns plain string, not JSON.

3. Final Answer:

   Create a @ControllerAdvice class with @ExceptionHandler for MethodArgumentNotValidException that extracts field errors and returns a JSON map -> Option C

4. Quick Check:

   Custom JSON errors = @ControllerAdvice + @ExceptionHandler [OK]

Hint: Use @ControllerAdvice and @ExceptionHandler for custom JSON errors [OK]

Common Mistakes:

• Relying on default messages without customization
• Using wrong HTTP status for validation errors
• Returning plain strings instead of JSON