se

Question

oooooooooooooooooooooooooooooooooooooooooo

Answer 1

ラフスケッチですが、こんな感じで。

catchをサーブレットの1か所にすればどのエラーでもエラーメッセージ処理に飛ばすことができます。

実際の運用の場合は、処理を続行すべきでない致命的なエラーが発生した場合は
システムエラーにして処理を続行させない、などの対処も考慮すべきです。

Dao側でエラーをハンドリングしたい場合はDao内でcatchしてから、何か対処を行って、
そのあとで再度例外をスローし直せばサーブレットのcatchに飛ばせます。

// import省略

public class UserDao {

    public void update(User user) throws SQLException {
        // update処理
        // => 例外が発生したら呼び出し元へスロー
    }

}

public Servlet1 extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
        try {
            // 事前処理

            UserDao dao = new UserDao();
            dao.UpdateUser(user);

            // 事後処理
        } catch (Exception e) {
            // エラーメッセージ処理
        }
    }

}

Comments

[noririn]

argius様

お返事ありがとうございます。
Dao内で　try　catchはせずに、throws SQLExceptionでservlet（呼び出し元）へスロー、ということでしょうか？

私が作成したDao内ではDBへアクセスするためtry catch finallyで必ずDBを閉じる作業をしております。またDao内で例外処理をしつつ、例外の際のエラー表示はservlet内で行うようにしたいのですが、こういったことは可能なのでしょうか・・？

説明が稚拙で申し訳ありません。

どうぞよろしくお願い致します。

[argius]

「必ずDBを閉じる」には、catchは無くても可能です。
下記の例では、DBは閉じられますが、例外はそのまま外へ投げられます。

try {
// DB処理
} finally {
// クローズ処理
}

Java7以降では、try-with-resourcesという言語機能により、finallyを直接書かない方法も使えます。
（いわゆる「ローンパターン」）

try (/* オープン処理 */) {
// DB処理
} // ブロックを抜ける際に自動でクローズ

[noririn]

argius　様

早速のお返事ありがとうございます。

Dao内で「catch」した場合はそこでキャッチするのでservletには行かないってことでしょうか・・。

私も最初Daoからthrows で投げていたのですが、Dao内でcatchしつつ、エラー表示はservletのcatch内でsetAttributeでjspファイルに投げるようにということだったので、頭の中が「？？？」でした。
ご教示いただきありがとうございます！

[argius]

> Dao内で「catch」した場合はそこでキャッチするのでservletには行かないってことでしょうか・・。

catchするだけなら、その通りです。

先ほども書きましたが、catchした上でさらにサーブレットにも投げたいなら、
catchの中で再度throwすれば良いです。

} catch (SQLExcption e) {
// 何か処理
throw e;
}

[noririn]

argius　様

何度もありがとうございます！

そうですね、最後にthrow eすればいいですね＾＾；

本当に無知で申し訳ないです。

助かりました。ありがとうございます！！