问题描述
|
使用JPA来实现跨越几个http请求的业务交易似乎有两种模式：
每个请求的实体经理与分离的实体
扩展的持久性上下文
这些模式的各自优点是什么？什么时候应该首选？
到目前为止，我想到了：
扩展的持久性上下文可确保对象身份等同于数据库身份，从而简化了编程模型，并可能消除了对实体实施相等的需求
分离的实体比扩展的持久性上下文需要更少的内存，因为持久性上下文还必须存储实体的先前状态以进行更改检测
不再引用的独立实体有资格进行垃圾收集；持久对象必须首先明确分离
但是，我对JPA没有任何实践经验，所以我确信我已经错过了一些重要的事情，因此，这个问题就没有了。
在某些情况下：我们打算使用Hibernate 3.6支持的JPA 2.0。
编辑：我们的视图技术是EJB 3.1容器中的JSF 2.0，带有CDI以及可能的Seam 3。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）