java - Hibernate OpenSessionInViewFilter 过早关闭 session ？

Question

我有一个 Spring、Hibernate 和 Wicket 应用程序设置为从数据库中读取国际化的 json 内容项，并通过对 api url 的请求将它们传递出去。负责传递数据的代码库是为企业客户开发的整体网站结构的一小部分。

API 在超过 90% 的情况下运行良好，但客户端遇到一个有趣的偶发问题，该问题可能源于孤立的 hibernate session 。请求将通过 php 脚本失败并给出错误:

Warning: file_get_contents( http://client.net/api/attachment_lines?ce=false&language=en&region=na&ts=1341592326) [function.file-get-contents]: failed to open stream: Redirection limit reached, aborting in client_api->send_request() (line 38 of <sitepath>/api.class.php).

并且会在 tomcat 服务器日志中产生以下错误:

09:15:00,200 ERROR [RequestCycle] failed to lazily initialize a collection of role: com.client.data.AttachmentLineCode.attachmentSublineCodes, no session or session was closed
org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: com.client.data.AttachmentLineCode.attachmentSublineCodes, no session or session was closed

应用程序在 spring 中配置为使用 OpenSessionInViewFilter 和 @Transactional 注释设计模式，所以我不确定是什么导致间歇性请求失败。除此之外，客户表示 api 将在问题发生后大约 15 分钟内继续失败，考虑到配置，这看起来真的很古怪。在 web.xml 中，这里是过滤器的声明:

<filter>
    <filter-name>openEntityManagerInView</filter-name>
    <filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>
</filter>
<filter-mapping>
    <filter-name>openEntityManagerInView</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

在代码中，这是由内容项 DAO 扩展的通用 DAO 上的事务注释:

@Transactional(noRollbackFor={javax.persistence.EntityNotFoundException.class, org.springframework.orm.ObjectRetrievalFailureException.class})
public class GenericDaoHibernate<T, PK extends Serializable> implements GenericDao<T, PK> {
    @Autowired
    private SessionFactory sessionFactory;

同样在通用 DAO 中，这里是我检索和使用 session 的地方:

protected Session getSession() {
    return sessionFactory.getCurrentSession();
}

protected Criteria createCacheableCriteria(Class<T> clazz) {
    Criteria criteria = createNonCacheableCriteria(clazz);
    criteria.setCacheable(true);
    criteria.setCacheMode(CacheMode.NORMAL);
    return criteria;
}

protected Criteria createCacheableCriteria(Class<?> clazz, String alias) {
    Criteria criteria = createNonCacheableCriteria(clazz, alias);
    criteria.setCacheable(true);
    criteria.setCacheMode(CacheMode.NORMAL);
    return criteria;
}

protected Criteria createNonCacheableCriteria(Class<?> clazz) {
    Session session = getSession();
    Criteria criteria = session.createCriteria(clazz);
    criteria.setCacheable(false);
    criteria.setCacheMode(CacheMode.IGNORE);
    return criteria;
}

protected Criteria createNonCacheableCriteria(Class<?> clazz, String alias) {
    Session session = getSession();
    Criteria criteria = session.createCriteria(clazz, alias);
    criteria.setCacheable(false);
    criteria.setCacheMode(CacheMode.IGNORE);
    return criteria;
}

在此设置中，是否有某种方式可以使 session 孤立？是否有某种内置的 hibernate session 超时可能导致此问题？可能是缓存问题？预先感谢您的帮助。

Answer 1

这里的解决方案与 Hibernate 或 Spring 无关，完全在于我的错误，没有注意到生产环境和我们的开发/暂存之间的差异。生产环境实现了复杂的负载平衡策略，没有粘性 session 。

事实证明，Wicket 的请求/响应周期涉及在 POST 之后缓存缓冲响应。返回以获取该响应的相应 GET 偶尔会抛出 302，因为负载平衡会将请求转发到没有缓存响应的服务器，并且代理对象将被遗忘。我选择实现以解决此问题的相关代码位于 init() 下的 Application.java 中:

public class ClientApplication extends SpringWebApplication {  
    ... 
    public void init() {
        ...
        getRequestCycleSettings().setRenderStrategy(IRequestCycleSettings.ONE_PASS_RENDER);

这会将 Wicket 的呈现策略配置更改为不缓冲响应。结果出现了一个问题，允许经典的“刷新双提交”问题。因此，这不一定是理想的解决方案，但客户不想使用启用了粘性 session 的负载平衡，并且不介意出现双重提交问题。

有关此问题的更多详细信息以及更有说服力/结构化的答案，请参阅:http://blog.comsysto.com/2011/04/08/lost-in-redirection-with-apache-wicket/