相关内容

我们很高兴宣布Hibernate ORM 6.0 Alpha5的发布。

6.0版本的主要设计目标是进一步提高Hibernate的吞吐性能。高负载性能测试表明，Hibernate通过按名称从ResultSet读取值的做法是其扩展吞吐量时的最大限制因素。最基本的，6.0版本主要是从旧的按名称读取策略转变为按位置读取。但这个简单的目标有很多影响。

我们已经走了很长的路，但仍然还是一个Alpha版本，所以还有更多的事情要做。

我们很高兴宣布Hibernate ORM 6.0 Alpha4的发布。

6.0版本的主要设计目标是进一步提高Hibernate的吞吐性能。高负载性能测试表明，Hibernate通过按名称从ResultSet读取值的做法是其扩展吞吐量时的最大限制因素。最基本的，6.0版本主要是从旧的按名称读取策略转变为按位置读取。但这个简单的目标有很多影响。

我们已经走了很长的路，但仍然还是一个Alpha版本，所以还有更多的事情要做。

我们很高兴宣布发布6.0 Alpha3。

6.0版本的主要设计目标是进一步提高Hibernate的吞吐性能。高负载性能测试表明，Hibernate通过按名称从ResultSet读取值的做法是其扩展吞吐量时的最大限制因素。最基本的，6.0版本主要是从旧的按名称读取策略转变为按位置读取。但这个简单的目标有很多影响。

我们已经走了很长的路，但仍然还是一个Alpha版本，所以还有更多的事情要做。

一般来说，一个ORM解决方案将支持根据其实体标识符值创建一个懒代理。历史上Hibernate支持使用Java的代理功能（参见java.lang.reflect.Proxy）来生成这些代理。现在Hibernate支持使用字节码增强来代理实体。

我们很高兴宣布发布6.0 Alpha1。

6.0版本的主要设计目标是进一步提高Hibernate的吞吐性能。高负载性能测试表明，Hibernate通过按名称从ResultSet读取值的做法是其扩展吞吐量时的最大限制因素。最基本的，6.0版本主要是从旧的按名称读取策略转变为按位置读取。但这个简单的目标有很多影响。

我们已经走了很长的路，但仍然还是一个Alpha版本，所以还有更多的事情要做。下面的每个部分都详细说明了哪些功能正常，哪些功能不正常，哪些尚未实现。

Hibernate ORM版本5.3.0.Final刚刚发布。

这是 Hibernate ORM 5.3 系列的第二个 CR 发布版本。5.3 代表了在 5.2 的基础上兼容 JPA 2.2 的版本。

CR1 是为了验证对 JPA 2.2 TCK 的兼容性所做的努力。CR2 部分是基于 WildFly 为通过完整的 EE TCK 认证所做的努力，其中包含额外的与 JPA 相关的测试。

CR2 剩余的工作主要集中在 5.3 与 5.1 和 5.2 的二进制兼容性。大部分工作是在 HHH-12424 及其子任务下完成的。正是这项工作导致了 CR2 发布的延误。我为这次延误表示歉意，但认为这是一项非常重要的任务。

这是 Hibernate ORM 5.3 系列的第一个 CR 发布版本。5.3 代表了在 5.2 的基础上兼容 JPA 2.2 的版本。CR1 表示我们已经验证了此版本通过 JPA 2.2 TCK。在两周后（2月28日），我们将发布最终版或 CR2。

请参阅 Jira 以获取完整更改列表 变更

请参阅 下载页面 了解如何获取此版本

这是 Hibernate ORM 5.3 系列的第二个 Beta 发布版本。5.3 代表了在 5.2 的基础上兼容 JPA 2.2 的版本。Beta2 主要是一些小的错误修复和改进。值得注意的变更包括

请参阅 Jira 以获取完整更改列表 变更

这是 Hibernate ORM 5.3 系列的第一个 Beta 发布版本。5.3 代表了在 5.2 的基础上兼容 JPA 2.2 的版本，包括以下讨论的变更。

请参阅 Jira 以获取完整更改列表 变更

请参阅 下载页面 了解如何获取此版本

注意：我们在将文档上传到JBoss文档服务器方面遇到了麻烦。因此，文档可能目前无法在线获取。在这种情况下，可以从SourceForge的发布捆绑包中获取文档。请参阅下载页面