Spring Boot 9 Error遷移時の共通処理 - 暇な日々にスパイスを
Error遷移時の共通処理を実装していきます。 Spring BootのデフォルトではError遷移時には下記画面が表示されます。(ブラウザからアクセスした場合) また、WebAPIの場合は以下のようになります。 これを任意の画面やレスポンスにするために、ErrorControllerインターフェイスを実装したクラスを作成します。 この時getErrorPathをオーバライドする必要があります。 また、RequestMappingのproducesに設定することでブラウザ側とWebAPIで返すエラーを選択させています。 また、以前のAOPによる差し込み対象に、今回実装したクラスが含まれていると動作しなくなるため、AOPのログ出し対象から除外するようにします。 対象のパッケージを狭め、実装したInterceptorを含まれないパッケージに格納します。 実行結果は以下のようになります。 ブラウ
Railsアプリケーションにおけるエラー処理（例外処理）の考え方 - Qiita
はじめに Railsアプリケーションを本格的に作り込んでいくと、「エラー」とは無縁ではいられません。 しょうもないバグでエラーが発生することもありますし、ほとんど不可抗力ともいえるような大規模なネットワーク障害でエラーが発生することもあります。 エラーの種類がなんであれ、エラーが起きた場合は「原因を素早く特定し、速やかに復旧させること」と「あるエラーが引き金になって、さらに大きなエラーに引き起こさないようにすること」が重要です。 エラー処理を適切に実装していれば、原因の特定や復旧もすばやくできますし、さらに大きなエラーを引き起こす可能性も少ないです。 また、ソースコードも比較的シンプルに保てます。 逆にエラー処理が不適切だと原因の特定に時間がかかったり、異常なデータがどんどん増えてさらに大きなエラーを引き起こしたりします。 ソースコードにも無駄に複雑な処理フローや条件分岐がたくさん出てきて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
