@ControllerAdvice மூலம் exception-களை globally எவ்வாறு கையாள்வது?

Question

IT Interview Practice · Accepted Answer

ஒவ்வொரு controller method-ஐயும் try/catch-இல் மடிப்பதற்குப் பதிலாக, `@ControllerAdvice` (அல்லது `@RestControllerAdvice`) என annotate செய்யப்பட்ட ஒரு class-இல் error handling-ஐ மையப்படுத்த Spring அனுமதிக்கிறது. `@ExceptionHandler` என்று குறிக்கப்பட்ட method-கள், உங்கள் controller-களில் எங்கும் throw செய்யப்படும் exception-களைப் பிடித்து, அவற்றை நிலையான HTTP response-களாக மாற்றுகின்றன.

## ஒரு global handler

```java
@RestControllerAdvice // = @ControllerAdvice + @ResponseBody
public class GlobalExceptionHandler {

// Catches this exception from ANY controller and returns 404.
    @ExceptionHandler(EntityNotFoundException.class)
    @ResponseStatus(HttpStatus.NOT_FOUND)
    public ApiError notFound(EntityNotFoundException ex) {
        return new ApiError("NOT_FOUND", ex.getMessage());
    }

// Validation failures (@Valid) throw this — turn field errors into 400.
    @ExceptionHandler(MethodArgumentNotValidException.class)
    @ResponseStatus(HttpStatus.BAD_REQUEST)
    public ApiError invalid(MethodArgumentNotValidException ex) {
        String msg = ex.getBindingResult().getFieldErrors().stream()
            .map(e -> e.getField() + " " + e.getDefaultMessage())
            .collect(Collectors.joining(", "));
        return new ApiError("VALIDATION", msg);
    }
}
```

எந்த controller-ம் இப்போது வெறுமனே `throw new EntityNotFoundException(...)` செய்து, response-ஐ வடிவமைக்க advice-ஐ நம்பலாம்.

## நவீன விருப்பம்: ProblemDetail

Spring 6 / Boot 3, RFC 9457 `ProblemDetail`-ஐ வழங்குகின்றன, இது ஒரு standardized error body ஆகும்:

```java
@ExceptionHandler(PaymentDeclinedException.class)
public ProblemDetail declined(PaymentDeclinedException ex) {
    var pd = ProblemDetail.forStatusAndDetail(HttpStatus.PAYMENT_REQUIRED, ex.getMessage());
    pd.setTitle("Payment declined");
    return pd; // serialized as application/problem+json
}
```

## இது ஏன் முக்கியம்

நிலையான, machine-readable error response-கள் தான், stack trace-களைக் கசியவிடும் ஒன்றிலிருந்து ஒரு professional API-ஐப் பிரிக்கின்றன. நீங்கள் handling-ஐ மையப்படுத்துவதையும் (DRY), exception-களை *சரியான* status code-களுக்கு map செய்வதையும், internal விவரங்களை client-களுக்கு ஒருபோதும் வெளிப்படுத்தாததையும் interviewer-கள் பார்க்க விரும்புகிறார்கள். `ProblemDetail`-ஐக் குறிப்பிடுவது, நீங்கள் Boot 3-உடன் நவீனமாக இருக்கிறீர்கள் என்பதைக் காட்டுகிறது.

ஒரு global handler

நவீன விருப்பம்: ProblemDetail

இது ஏன் முக்கியம்

தொடர்புடைய கேள்விகள்