EclipseLink和Hibernate之间的区别在于长时间运行的会话（Vaadin 7和JPAContainer）

Question

虽然我需要这个答案来更好地理解如何在Wildfly 8.1中集成Vaadin 7和JPAContainer插件，但这是一个适用于Hibernate和Eclipse-link JPA实现的一般性问题。

JPACaontainer Vaadin Addon建议为整个servlet会话安装一个EntityManager，这个IMO不是很好的设计因为AFAIK（并且请纠正我）来扩展它总是会更好地使用无状态EntityManager-Per-Request模式

JPAContaner Addon表示：

1. Hibernate无法长期保持实体经理没有问题。
2. Hibernate的一个问题是它是为短期会话而设计的，但实体管理器的生命周期通常大致是用户会话（读取，servlet会话）的生命周期。 问题是如果会话或实体管理器中发生错误，则管理器变得不可用。 这会导致使用EclipseLink的长期会话出现大问题。

Hibernate和EclipseLink有什么区别，在实现级别上，这两个语句是真的吗？ 或者，这两个声明首先是有效的吗？

Answer 1

我只能说Hibernate，所以这是我的想法：

• Hibernate支持长对话 ，您可以选择使用

  • “分离的物体”
  • “扩展会话”（一个与数据库断开连接的Hibernate会话，但它没有关闭）

  乐观锁定机制将防止丢失更新，因此会话越短，过时异常的可能性就越小。

  如果抛出任何约束违规，则Session确实不可用，这使得“扩展会话”比使用“分离实体”更脆弱。

  对于分离的对象，您可以引用您计划在整个对话中管理的实体，并仅在工作流结束时重新附加它们（或合并它们）。

• 根据Hibernate Session文档 ：

  如果会话抛出异常，则必须回滚事务并丢弃会话。 发生异常后，Session的内部状态可能与数据库不一致。

  如果内部会话状态不能再与数据库同步（由于约束违例异常或乐观锁定异常），则会话不再可用，您将不得不重新启动新的干净会话。 否则，只要当前实体过时或具有无效数据，您就会继续接收保存例外。

  一种替代方法是清除会话并丢弃所有当前挂起的更改，最终导致异常，或刷新失败的实体。

我想知道EclipseLink如何在这些场景中工作，因为断开的Session并不总是可恢复的，就像你有陈旧的数据和刷新意味着“失去更新”。