相关至

最近关于像iBATIS这样的简单JDBC框架有一些讨论。我个人也喜欢iBATIS的想法，适用于那些不需要面向对象领域模型，也不需要在单次事务中处理深度关联实体图的应用程序。如果你正在处理某种类型的“疯狂”遗留数据库，JDBC框架也很合适；ORM解决方案往往假设关联以整洁的外键表示，并具有适当的引用完整性约束（Hibernate3比Hibernate 2.x要少）。

我在ejb3-feedback@sun.com上刚刚有一个有趣的讨论，由David Cherryhomes发起，我愚蠢地坚持说某件事不可能做到，实际上，现在我想起来，我之前确实做过，甚至Hibernate AdminApp 示例也使用了这种模式！

Hibernate3的另一个主要变化是演变成使用事件和监听器范式作为其核心处理模型。这允许对外部、由应用程序启动的请求的Hibernate内部处理的非常细粒度的钩子。它甚至允许自定义或完全覆盖Hibernate对这些请求的响应方式。这实际上是对Hibernate早期通过Interceptor、Lifecycle和Validatable接口尝试实现的功能的扩展。

Hibernate3增加了预定义过滤条件并在类和集合级别附加这些过滤器的功能。什么是“预定义过滤条件”？嗯，这是定义一个类似于现有类和各个集合元素上的“where”属性的限定子句的能力。但是这些过滤条件是可以参数化的！应用程序可以在运行时决定是否启用给定过滤器以及它们的参数值。

我清理了一些文件，发现了我文件夹中的一个快照这个快照。我是在两周前制作的，因为我终于有时间安装Oracle 10g了。我记得当我意识到他们做了什么时，我是多么绝望地摇着头。让我来解释一下。

简单是一个诱人的概念。我们都希望使事情变得简单。但是当我们谈论软件时，简单可能意味着至少两种不同的事情。

Cedric和Bill提出了解决方案。我的偏好基本上与Bill的相似，但我将这样写。

这是对未来的一次预测。预测未来是一件危险的事情，让作者在未来和现在都可能受到嘲笑。尽管如此，阐述一个/美好的/未来愿景可以帮助实现那个未来。

现在，随着EJB 3.0的早期草案公布于众，我们确实应该从最近的所有政治活动中走出来，开始思考我们可以真正/做什么/。EJB是唯一一个解决服务器端/业务逻辑/的Java标准，因此是J2EE的核心。EJB规范委员会认识到EJB没有实现一些雄心勃勃的目标，需要彻底的改革。这次改革非常关注易用性，主要通过简化对bean实现者的要求。然而，规范委员会还确定了一系列关键的功能性增强，这些增强有助于提高易用性，并消除某些J2EE的反模式。

另一位博主（将保持匿名），对一些在JBoss工作的家伙开始使用AO这个术语感到不满。据他说，AOP社区对他们的P非常依恋，并且非常担心JBoss可能会用无P的特性统治世界。