java持久化.pdfVIP

先来个 BEA的网上技术交流会 （Webinar ）：EJB3Java Persistence API ：好的、 坏的和一般功能，附件是 PPT资料。 Java Persistence API: The Good, the Bad, and the Ugly Java Persistence API ：好的、坏的和一般功能 JPA：好与坏？常见问题解答 几个星期以前，我以“ JPA：好与坏”为主题主办了一次 网上技术交流会 。 它受到了广泛的关注， 因此，我没有足够的时间在这个时间空档结束时解答所有 问题。这里只列出了对其中部分问题的答复。 我将不断更新这篇博客文章， 尽量 解答其余的问题。 问题： EJB专家团队是如何摆脱事务描述符的？ 回答：在会话 bean 和消息驱动 bean 中，可以通过描述符和注释来控制事务的行 为。此外， 我们将默认的事务属性更改为“ REQUIRED”，这个默认值比以前的值 “SUPPORTS”更常用。因此，完全不必为业务方法配置事务行为。 JPA实体仅供本地使用，重点关注域模型。因此，无法在 JPA实体上配置事务性 （或远程边界或安全性）。而是必须使用会话 bean fa?ade （或消息驱动 bean）， 才可以通过 EJB协议使用这些实体。通常来说，这是一件好事，配置安全性、远 程处理和事务的粒度应该比持久化数据的粒度粗很多。 JPA着重关注持久化数据， 以及与 EJB 的其他部分和 Java EE 规范集成起来照管其他企业关注点。 问题：推荐对主键使用“ long ”还是“ Long”？如果允许使用 null 作为值，将 会如何？ 回答： 这实际上取决于您的数据模型。如果您的数据模型允许主键为 null ，那 么使用 Long，如果您的数据模型规定主键列不能为 null ，则使用 long 更合适。 总的来说，我认为对于非复合主键，允许 null 作为合法值容易产生混淆，因此 我倾向于使用 long ，而不是 Long。 问题：您说 EJB 2.0 不支持继承，但是可以在几个不同位置（远程 /bean ）使用 继承，只是不在本地使用而已。请解释一下。 回答： 根据 EJB 2.1 规范的附录 D3： 当前的 EJB规范未指定组件继承的概念。 另一方面， JPA规范 确实 规定了实体继承的概念。我们已经处理了 EJB 2.1 规范 中指出的各种问题和复杂性，现在允许完全的多态查询和关联。 问题： BEA计划什么时候支持 / 发布 EJB3？ WebLogic Server 10 Technology Preview 是完全符合规范的 Java EE 5 应用服 务器。它包括完整的 EJB3支持。 WebLogic Server 10 大概于三月下旬发布。 此外， Kodo 是完全符合规范的生产就绪 JPA实现，并且已经发布。 问题：JPA 是否支持组合主键？ 回答：JPA支持自然 ID 和组合 ID，以及数据库指派或实现指派的数字值。 问题：是否存在 Spring 模板，像 JDBC模板一样可以在容器外部使用？ 回答：是的，Spring 2 有 JPA模板。但是，Spring 2 可以对任何标记着 @Repository 的 bean 执行 JPA异常转译。因此，总的来说，对于新的应用程序，最好直接使 用 JPA API ，而不是另一个模板层。对于使用模板和正在迁移到 JPA 的现有应用 程序来说，使用模板方法比较合理。 此外，可以像