关于

以前，在Eclipse中设置Hibernate ORM开发环境很麻烦。许多人都抱怨循环依赖、生成的源代码未添加到类路径等问题。我们最近清理了HHH-7617（1）中的'gradle eclipse'任务。如果您对Hibernate的贡献感兴趣，这是最简单的方法。请注意，这需要4.2.1-SNAPSHOT、4.3.0-SNAPSHOT或更高版本

在刷新时，Hibernate需要知道哪些实体状态已变脏（更改），以便知道需要将哪些数据写入数据库以及哪些数据不需要写入。历史上Hibernate只定义了一种脏污检查方法，但后来又增加了多种额外的方案，这些方案似乎并不那么为人所知。本文的目的是为改进关于脏污检查和这些各种选项的文档打下基础。

Hibernate团队今天很高兴地宣布发布Hibernate 4.3.0.Beta1版本，该版本针对尚未最终确定的JPA 2.1规范，该规范是即将到来的Java EE 7平台的一部分。这是第一个针对JPA 2.1支持的版本。如前所述，JPA 2.1尚未完全最终确定，因此这种支持应被视为预览版。JPA 2.1定义了一系列增强。在这里，我不会深入探讨每个增强，因为我计划为其中一些特性发布单独的深入博客文章。然而，网络上充斥着关于新特性的良好总结；例如

即将发布的JPA 2.1规范增加了处理JDBC CallableStatements（存储过程和函数调用）的标准支持。Arun Gupta在他的博客中简要介绍了JPA 2.1的初始特性，包括存储过程支持，请参阅https://blogs.oracle.com/arungupta/entry/jpa_2_1_early_draft。这里的“标准化”指的是在提供者和数据库供应商之间的标准化。非常不错。虽然我很喜欢处理可调用语句的标准支持的想法，但我对提议的JPA StoredProcedureQuery API的某些方面并不十分兴奋。我的担忧主要集中在如何访问输出，尤其是在预期多个结果时。让我们先看看一个简单的示例，一个返回结果的存储过程

Bean Validation、Hibernate Validator（其参考实现）和测试兼容性套件已提交给JCP进行所谓的最终批准投票。这就是专家委员会对规范是否最终定稿进行投票的时候。

Hibernate ORM 4.2.0.Final和4.1.11.Final刚刚发布。完整的变更日志可以在此查看：4.2.0.Final和4.1.11.Final

在此下载

随着Bean Validation 1.1的全面结束，我们想确保每个人都有一机会尽早测试和集成。所以，不拖泥带水

我很高兴宣布 PicketLink 3.0 的第一个 alpha 版本发布。这个版本是 JBoss 安全团队数月努力的结果，其中许多贡献来自于 JBoss 的其他项目团队和社区成员。我想感谢所有参与这个版本发布的人，从过去几个月在安全邮件列表上参与许多设计讨论的人，到那些贡献代码并开始将 PicketLink 集成到他们自己的项目中的人。