Java Hibernate，Spring，@Transactional-围绕着try/catch？
我正在用Spring3和Hibernate3.6开发一个Web应用程序。我对Java Hibernate，Spring，@Transactional-围绕着try/catch？,java,hibernate,spring,exception,transactional,Java,Hibernate,Spring,Exception,Transactional,我正在用Spring3和Hibernate3.6开发一个Web应用程序。我对@Transactional注释和代码结构有一些问题 ->当我使用@Transactional（使用Spring的事务管理）时，调用@Transactional-注释的方法时是否必须使用try/catch来包围它们 例如，当我得到一个加载、更改并返回一个对象的方法时，我从另一个类调用它：我必须用try/catch来包围调用吗？可能出了问题，没有返回对象，数据库连接失败。。我不知道 到目前为止，我认为@Transactio
@Transactional@Transactional@Transactional@Transactional@ExceptionHandler(NotFoundException.class)
@ResponseStatus(HttpStatus.NOT_FOUND)
public void handleNotFoundException(NotFoundException exc) {
// log something.
}
@ExceptionHandler(SomeException.class)
public void handleException(SomeException exc, WebRequest request, HttpServletResponse response) {
response.sendError(HttpServletResponse.SC_INTERNAL_SERVER_ERROR, "Sorry dude, my server broke");
}
您还应该严格处理异常。一般来说，您不应该执行
@ExceptionHandler（Exception.class）依靠异常转换生成您的客户端层理解的异常，如果可能的话，只在那里使用try/catch。谢谢您的回答。我仔细阅读了链接（spring文档），发现了以下内容： 但是，DAO抛出普通的HibernateException（未选中，因此不必声明或捕获），这意味着调用方只能将异常视为通常是致命的，除非他们希望依赖Hibernate自己的异常层次结构。 如果不将调用者与实现策略联系起来，就不可能捕获特定原因（如乐观锁定失败）。这种折衷可能适用于强烈基于Hibernate和/或不需要任何特殊异常处理的应用程序。” 我的DAO基于普通的Hibernate3API，所以如果我理解正确，我的DAO只抛出普通的HibernateException。它们未经检查，不必申报或捕获。 如果出现问题，则使用@Transactional将回滚整个操作 为了确保一切按我预期的方式工作，我必须将DAO与应用程序代码更紧密地联系起来。例如，我可以在那里检查一个对象是否返回。（如果为空-否则） 我还可以捕获异常，记录它，并通知用户出现了问题，他的事务无法工作 因此，在这一点上，我仍然认为，根据交易： 如果我能处理结果，一切都正常-如果不能，我可以通知用户 当没有指定事务返回结果时，我可以使用try/catch捕捉HibernateException。但当时交易是否仍在回滚？我想，捕获HibernateeException可以避免事务回滚。 我还是不知道该怎么办-( 不幸的是，除此之外，我不明白MVC异常处理（@ExceptionHandler）与此有什么关系。有一个处理过的异常表，但我没有找到HibernateException。
或者您认为它可以与@ExceptionHandler（hibernateeException.classs）一起使用吗？您还说您不建议以这种方式处理异常。您对代码示例认真吗？不应该像这样吞咽异常。这样代理就没有机会检测到异常并回滚事务。我希望您的意思是：
catch（SomeException exc）{抛出新的非法状态异常（exc）；}