hibernateがHibernateExceptionを（未チェックに）変更した理由RuntimeException

Question

一部のバージョンでは、Hibernateの例外がチェックされないように変更されています。理由は何ですか？これは哲学の問題か実践的な問題なのでしょうか？

Answer 1

実用的。したがって、try catchブロックでHibernateに関するすべての操作をラップする必要はありません。 - 例外 とそれらがどのようにJavaの 開発者の間で加熱された議論に常に の端を処理する必要があり

例外の歴史：Hibernateを使ったJavaの持続性から撮影

。 Hibernateには注目に値するいくつかの履歴があります。 も同様です。 Hibernate 3.xまで、Hibernateによってスローされたすべての 例外は のチェック例外でしたので、すべてのHibernate APIは、開発者にキャッチし、 例外を処理させました。この戦略はJDBCによって影響を受けた であり、 も例外ではありません。しかし、 は、これが完全ではないことが明らかになりました Hibernateによってスローされたすべての例外 は致命的です。多くの場合、 の場合、 で開発者ができることは最高です。この状況では、 と表示され、 アプリケーションが終了します。したがって、 Hibernate 3.xで始まり、Hibernateによって がスローされたすべての例外は、 のチェックされていないランタイム例外のサブタイプです。 は通常、アプリケーション内の単一の場所 で処理されます。これにより、いずれも、 HibernateテンプレートまたはラッパーAPI が廃止されます。