2011-01-05 3 views

답변

15

실용적. 따라서 try catch 블록에서 Hibernate에 관한 모든 작업을 래핑 할 필요가 없다.

최대 절전 모드 자바 지속성에서 촬영

:

예외의 역사 - 예외 그들이 자바 개발자 사이에 가열 된 논쟁에서 항상 최종 처리하는 방법. Hibernate가 주목할만한 역사가있다는 것은 놀라운 일이 아니다. 도 마찬가지이다. Hibernate 3.x가 될 때까지, Hibernate에 의해 던져진 예외들은 모두 체크 된 예외들이었고, 그래서 모든 Hibernate API는 개발자에게 예외를 넘겨주고 예외를 처리하도록 강제했다. 이 전략은 JDBC에 의해 영향을받은 이며 예외 만 검사합니다. 그렇지만, 은, 최대 절전 모드에 의해 슬로우 된 모든 예외 가 치명적이기 때문에, 이것이 의미가없는 것이어서, 가 곧 명확 해졌습니다. 많은 의 경우 개발자가 에서 수행 할 수있는 최선의 방법은 정리하는 것입니다. 을 표시하고 응용 프로그램을 종료하십시오. 따라서, Hibernate 3.x로 시작하여, 최대 절전 모드로 을 던진 모든 예외는 체크되지 않은 런타임 예외의 하위 유형이며, 은 일반적으로 응용 프로그램의 단일 위치 에서 처리됩니다. 이것은 또한 Hibernate 템플리트 또는 랩퍼 API 을 폐기합니다.

+0

출처 ....... –

+0

@ T.J. 네, 여기있을 게 좋을 것 같습니다. 나는 이것을 어딘가에서 읽었다는 것을 안다. 그래서 내가 그 근원을 발견한다면, 나는 그것을 여기에 올릴 것이다. – darioo

+2

Hibernate 직원의 많은 어리석은 결정 중 하나. RuntimeExceptions는 Thread 내부에 던져지면 보이지 않습니다. 추적없이 Thread 만 죽이기 만합니다. RuntimeExceptions는 라이브러리에서 금지되어 있습니다. 이것은 매우 나쁜 디자인입니다. –

관련 문제