春ブートデフォルトの例外ハンドラ

Question

春のカスタム例外ハンドラを作成に関するいくつかのブログの記事を読んだ後、私は次のクラスを書いた：

@ControllerAdvice 
public class RestExceptionHandler extends ResponseEntityExceptionHandler { 
    @ExceptionHandler(value = Exception.class) 
    @ResponseBody 
    public ResponseEntity<Object> exceptionHandler(Exception e) { 
     HashMap<String, Object> msg = new HashMap<>(2); 
     msg.put("error", HttpStatus.PRECONDITION_FAILED.value()); 
     msg.put("message", "Something went wrong"); 
     return new ResponseEntity<>(msg, HttpStatus.BAD_REQUEST); 
    } 
} 

意図はなく配っのJSON応答でmsgを送信することです何らかの理由でスローされたものをSpring例外と呼びます。

このクラスは動作しません。

私がヒット、と言うと、私のサーバーAPIの無効なエンドポイント、私はデフォルトの応答ペイロードを取得：

{ 
    "timestamp": 1449238700342, 
    "status": 405, 
    "error": "Method Not Allowed", 
    "exception": "org.springframework.web.HttpRequestMethodNotSupportedException", 
    "message": "Request method 'POST' not supported", 
    "path": "/bad_enpoint" 
} 

私は何をしないのですか？

ありがとうございました。

Answer 1

カスタムエラー応答にExceptionをマップするためにあなたのハンドラが呼び出されませんが、 Spring MVCにはすでに、Exceptionクラスに1つの例外ハンドラが登録されている可能性があります。それは確かにHttpRequestMethodNotSupportedExceptionを扱うものもあります。

しかし、すべてのSpring MVC例外処理/マッピングを上書きすることはお勧めできません。特定の例外、つまり定義した例外だけを気にする必要があります。

Spring MVC例外処理の詳細については、this articleをお読みください。

Answer 2

1. ResponseEntityExceptionHandlerを拡張する必要はありません。
2. 2つのHttpStatusesを設定することは悪い考えです。

@ControllerAdvice（私は、適切なフォーマットを持っているseparetlyそれを置くために持っている理由私は知らない）

public class RestExceptionHandler { 
    @ExceptionHandler(value = Exception.class) 
    @ResponseBody 
    public ResponseEntity<String> exceptionHandler(Exception e) { 
     return new ResponseEntity<>("Something went wrong", HttpStatus.BAD_REQUEST); 
    } 
}