相关内容

Hibernate 已经迁移到 Git（托管在 GitHub 上）进行源代码控制。这已经被充分记录。我想描述 Hibernate 在分支、版本控制和发布方面采取的方法，因为这已经多次被提出，甚至在迁移到 Git 之前也是如此。

Hibernate 4（GitHub 上的 master 分支 Hibernate Core）已经切换到使用 Gradle 进行构建。主要是我喜欢 Git 和 Gradle 的押韵... :)

你可能还不知道，但 Hibernate Core 和 Hibernate Validator 的源代码现在在 Git 上，而 Hibernate Search 等其他项目可能会很快跟进。迁移的原因有很多，但简单总结一下，虽然 Hibernate 在 SVN 下过得不错，但在 Git 下真的非常好。

在 Hibernate 中，有一个特定的逻辑分支，其中我们需要解析和验证一个可能代表 Hibernate 映射（hbm.xml）文件、1.0 兼容的 orm.xml 文件或 2.0 兼容的 orm.xml 文件的 org.xml.sax.InputSource。目前，Hibernate 映射文件由 DTD 定义，而 orm.xml 文件的两个版本由 XSD 定义。目前代码构建了一个带有 DTD 和 Schema 验证的 SAXReader，并尝试读取源。它首先将 Schema 验证映射到 XSD 的 2.0 版本；如果发生错误，它然后尝试将映射 Schema 验证重新解析到 XSD 的 1.0 版本。

JPA 2 元模型是 JPA 2 中类型安全的查询标准的基础。生成的类允许您使用静态字段引用来引用实体属性，而不是字符串。（元模型类是其匹配的实体类的完全限定名称，后面跟一个下划线（_））。

本博客文章的目标是指导您从一个简单的静态网页到完整的 Java EE 6 应用程序的开发过程。我将这个堆栈称为“夏季”，因为经过一个漫长而艰难的冬天，春天可能很宜人，但等到夏天到来时，那就更好了 ;-)

作为对https://blog.hibernate.com.cn/Bloggers/SimultaneouslySupportingJDBC3AndJDBC4WithMaven的补充，我想指出，我上传了一些示例项目到设计讨论。有两种不同的 Maven 项目方法和一个 Gradle 项目。

根据HHH-2412及其设计讨论，我一直在努力支持 Hibernate 中的 JDBC4。最初我计划在 3.6 中添加此功能，但现在倾向于 3.5。无论如何，正如设计 Wiki 中概述的，最初我认为可以添加为单独的模块。然而，我很快意识到使用单独的模块实际上要求用户明确选择一个“额外”的 jar。考虑到我可以使 Hibernate 代码通过程序来确定这一点，我真的不喜欢在这里使用模块的这一方面。所以我开始寻找替代方案。

首先我要声明，是的，我已经厌倦了Maven。自从我决定将Hibernate的构建工具从Ant切换到Maven以来，已经有2年了，但我认为Maven并没有让构建过程变得更简单。事实上，情况恰恰相反。在此之前，并没有其他真正的选择。当时ant/ivy组合才刚刚开始流行。更不用说我还喜欢Ant提供的约定式构建概念。