是否可以使用hibernate作为Glassfish的持久性提供者？

有可能使用hibernate作为Glassfish的持久性提供者吗？如果有，如何使用？

虽然我不是Glassfish或hibernate方面的专家，但我想你可能会发现这很有趣：

虽然我不是Glassfish或hibernate方面的专家，但我想你可能会发现这很有趣：

是的，这是一个常见的场景。只需将Hibernate及其所有依赖项全局部署到Glassfish中或作为应用程序的一部分。 然后使用Hibernate作为库来实现应用程序

你要考虑的下一个问题是，你想使用JPA，还是Hibernate作为JPA提供者，还是想使用Hibernate Prime.< 如果您想使用EJB和实体bean，还有一个问题。如果是，我建议使用JPA

---

如果您没有使用EJB实体bean，那么可以使用JPA或纯Hibernate来持久化POJO。

是的，这是一种常见的场景。只需将Hibernate及其所有依赖项全局部署到Glassfish中或作为应用程序的一部分。 然后使用Hibernate作为库来实现应用程序

你要考虑的下一个问题是，你想使用JPA，还是Hibernate作为JPA提供者，还是想使用Hibernate Prime.< 如果您想使用EJB和实体bean，还有一个问题。如果是，我建议使用JPA

如果您没有使用EJB实体bean，那么可以使用JPA或纯Hibernate来持久化POJO。

已过期。这是2010年2月20日的谷歌缓存。正如之前版本的链接wiki页面所述，最好将hibernate库保存在.ear/.war中，而不是Glassfish安装目录中，以便不同的应用程序可以使用自己版本的hibernate

现代如何

和玻璃鱼一起冬眠，好吗 你要做的就是冬眠和休息 将它的依赖项保存到EAR文件中。 这也可能与WAR文件有关

在persistence.xml中，指定 使用此标记休眠：

<provider>org.hibernate.ejb.HibernatePersistence</provider>

您还可以指定hibernate 属性，例如：

<properties>
  <property name="hibernate.hbm2ddl.auto" value="none"/>
</properties>

合同到期了。这是2010年2月20日的谷歌缓存。正如之前版本的链接wiki页面所述，最好将hibernate库保存在.ear/.war中，而不是Glassfish安装目录中，以便不同的应用程序可以使用自己版本的hibernate

现代如何

和玻璃鱼一起冬眠，好吗 你要做的就是冬眠和休息 将它的依赖项保存到EAR文件中。 这也可能与WAR文件有关

在persistence.xml中，指定 使用此标记休眠：

<provider>org.hibernate.ejb.HibernatePersistence</provider>

您还可以指定hibernate 属性，例如：

<properties>
  <property name="hibernate.hbm2ddl.auto" value="none"/>
</properties>

---

您可以构建一个EAR并将其包含在EAR的lib目录中，而不是将Hibernate lib放在Glassfish服务器lib目录中。我刚刚在博客上发表了一篇关于我们使用这种方法的经验的文章。在我看来，最好将Hibernate与应用程序本身捆绑在一起，而不是更改服务器的全局配置。这样做不会影响可能也在同一服务器上运行的其他应用程序，例如遗留应用程序。有关更多信息，请参阅。

您可以构建一个EAR并将其包含在EAR的lib目录中，而不是将Hibernate lib放在Glassfish服务器lib目录中。我刚刚在博客上发表了一篇关于我们使用这种方法的经验的文章。在我看来，最好将Hibernate与应用程序本身捆绑在一起，而不是更改服务器的全局配置。这样做不会影响可能也在同一服务器上运行的其他应用程序，例如遗留应用程序。有关更多信息，请参阅。

干杯。我自己也遇到过。我甚至在谷歌搜索之前就已经开始发帖了。这是一个很好的方法来记录你的想法。“我会让你知道我的进展情况的。”格斯很遗憾，链接不再起作用了。我好像找不到那个。所有我找到的都说把它们放在glassfish lib文件夹里。干杯。我自己也遇到过。我甚至在谷歌搜索之前就已经开始发帖了。这是一个很好的方法来记录你的想法。“我会让你知道我的进展情况的。”格斯很遗憾，链接不再起作用了。我好像找不到那个。所有我找到的都说把它们放在glassfish lib文件夹中。