Spring Boot 9 Error遷移時の共通処理 - 暇な日々にスパイスを
Error遷移時の共通処理を実装していきます。 Spring BootのデフォルトではError遷移時には下記画面が表示されます。(ブラウザからアクセスした場合) また、WebAPIの場合は以下のようになります。 これを任意の画面やレスポンスにするために、ErrorControllerインターフェイスを実装したクラスを作成します。 この時getErrorPathをオーバライドする必要があります。 また、RequestMappingのproducesに設定することでブラウザ側とWebAPIで返すエラーを選択させています。 また、以前のAOPによる差し込み対象に、今回実装したクラスが含まれていると動作しなくなるため、AOPのログ出し対象から除外するようにします。 対象のパッケージを狭め、実装したInterceptorを含まれないパッケージに格納します。 実行結果は以下のようになります。 ブラウ
Java Beginner's Hint (初心者向けJavaヒント) | DBFlute
概要 オブジェクト指向であること これだけは押さえておきたい概念 これだけですが、これを伝えたい 例外メッセージとスタックトレース スタックトレースの読み方 ネストした例外を見逃さない デバッガー起動前に読みましょう 行番号を表示しましょう NullPointerException NullPointerの読み解き方 特定できないNullPointer ラッパー型変換NullPointer equals()と "==" 基本的な違い Integerのキャッシュに注意 どういう風に区別していく？ プリミティブ型とラッパー型 プリミティブ型のケース 概要 Javaの基本的な特徴について補足資料です。DBFluteと直接関係はありませんが、 現場ではJava初心者がいきなり開発することもありますので、 ここでは現場で重要と思われる、Java初心者向けのヒント(心得)を幾つかピックアップして補足的
Railsアプリケーションにおけるエラー処理（例外処理）の考え方 - Qiita
はじめに Railsアプリケーションを本格的に作り込んでいくと、「エラー」とは無縁ではいられません。 しょうもないバグでエラーが発生することもありますし、ほとんど不可抗力ともいえるような大規模なネットワーク障害でエラーが発生することもあります。 エラーの種類がなんであれ、エラーが起きた場合は「原因を素早く特定し、速やかに復旧させること」と「あるエラーが引き金になって、さらに大きなエラーに引き起こさないようにすること」が重要です。 エラー処理を適切に実装していれば、原因の特定や復旧もすばやくできますし、さらに大きなエラーを引き起こす可能性も少ないです。 また、ソースコードも比較的シンプルに保てます。 逆にエラー処理が不適切だと原因の特定に時間がかかったり、異常なデータがどんどん増えてさらに大きなエラーを引き起こしたりします。 ソースコードにも無駄に複雑な処理フローや条件分岐がたくさん出てきて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
