Hibernate 3.3:重新设计、模块化JARS及重构的缓存系统

  • 重新设计、模块化JARs——现在有很多定义良好的JARs,而不是一个大的JAR文件——这使得用户可以轻松了解依赖关系并将其最小化,同时还使得组织可以定制Hibernate,移除不需要的部分
  • 基于Maven的构建——现在Hibernate使用Apache Maven构建系统进行构建
  • 修补的缓存SPI——根据反馈重构了缓存系统以对不同的缓存区域的特性进行精细控制
  • JBoss Cache 2.x集成——基于新的缓存SPI,现在可以轻松集成JBoss Cache 2.x
当我第一次看到TopLink/OpenJPA时,我正好在做Hibernate中的BytecodeProvider 支持工作。我真的喜欢在类加载时就使用JVM代理来动态处理类,而不是在一个单独的构建步骤中进行。Hibernate并没有采取这种方式,但是我打算在 Hibernate 4.0中尝试一下,因为那时Hibernate就不再支持JDK 1.4了。
既然3.3.0 GA已经发布了,我们会有一段时间来解决JIRA中提出的关于3.3.x的一些问题。

我们已经在制定关于3.4和4.0的计划。一般而言,我们还没有真正讨论过未来的路线图,但是因为3.4上的工作已经开始并且其特性集基本上也已确定,我很 乐意多说一些。我们将精力集中于性能改进和资源利用以及使Hibernate运行在集群的故障恢复场景中。另外要说的就是“抓取分析(fetch profiles)”的引入,这样你就可以在元数据中建立命名的抓取策略然后在运行时动态应用Session上的那些分析。对于3.4来说这些都是大问 题。

你可能感兴趣的:(Hibernate 3.3:重新设计、模块化JARS及重构的缓存系统)