学习和使用Hibernate?
回答:规范团队关于JPA 1的目标之一是制定一个可以由很多供应商实现的API,并且开发人员可以编码来实现该API,而不是使用私有供应商特有的API。我们已成功实现这个目标,因此您只需使用供应商特有的API来获得JPA规范没有解决但您的应用程序中需要的功能。我的建议是尽可能地使用JPA API,但是当需要供应商公开但是规范中没有提供的功能时,则使用供应商特有的API。
例如,OpenJPA提供了保存点功能,但JPA规范没有。因此,希望使用保存点的OpenJPA开发人员应该对代码的大部分内容使用JPA规范,而借助OpenJPAEntityManager来设置和管理保存点。
问题:规范是否解决了缓存问题?
回答:JPA规范没有解决二级缓存问题(EntityManagerFactory-级),但是提供了实现该缓存必须遵守的一些数据锁定和一致性规则,即使在启用缓存时也是如此。
有少量与缓存有关的主题可能会在将来的JPA规范版本中解决,但是大多数缓存主题不必指定规则,这样,不同的供应商就可以轻松地完成不同的工作。此处增加的最重要的内容是一些基本缓存控制API,如回收某些对象ID,或将一些经常访问的ID固定到缓存中。
问题:既然实体管理器承担了所有繁重的工作负载,那么会话bean还有什么价值?
回答:EntityManager负责域对象模型和数据库之间的交互,但是仍然在会话中实现安全性、事务控制、远程处理、有状态的临时数据存储,而操作单元编程模型无法解决以上问题。会话bean还是部
署单元和公用服务边界。因此,会话bean是定义所有业务代码的地方。换而言之,会话bean是EJB 容器关注的,而JPA实现是在会话bean中使用的。
当然,您还可以直接从servlet或
JSP或其他任何可以使用Java 5的地方使用JPA。但是这样的话,您就必须管理自己的事务、处理自己的集群服务故障转移、管理自己的服务重部署等。
问题:相对于EJB2来说,EJB3可以处理多少个并发事务?
回答:从纯会话bean的观点来讲,至少在WebLogic Server中,并发事务的数目没有什么差别。也就是,如果将您的应用程序从EJB2会话bean转换到EJB3会话bean,但是完全没有修改持久化机制,可能不会发现重大差别。这是因为EJB3规范对会话bean部分的大多数更改着重实现编程模型的改进。
从实体bean的观点来讲,我认为对于大多数应用程序,WebLogic Server的EJB 2.1和JPA支持的并发事务数目相同。您可能发现JPA对于非主键的查询来说,可伸缩性更高。一旦开始钻研Kodo的 锁定组之类的功能,则对于固定的域模型,可以从基于JPA的系统中获得更多并发事务。
问题:如何为AquaLogic DSP应用JPA?
回答:AquaLogic DSP着重关注对数据的多重存储访问,并将数据作为数据服务提供,通常作为XML或SDO呈现这些数据。JPA规范着重关注与数据存储交互的Java API。可以设想,JPA绑定到AquaLogic DSP,或SDO绑定到Kodo产品(BEA的JPA实现)。
问题:JPA是否支持惰性加载?
回答:是的。默认情况下,Collection和Map类型的字段是惰性检索的,而其他所有字段都是主动获取的。通过在字段的持久化注解中指明“fetch”属性,可以基于各个字段静态地控制该行为。
问题:什么是实现过程的最佳位置,例如,检查许多用户及其帐户(在银行应用
程序中)以付给利息?是在数据库的存储过程中实现,还是在EJB中使用JPA实现,还是同时使用这两种方式?
回答:根据我的经验,这实际上取决于组织因素,而不是其他因素。一些
工作室更喜欢在存储过程中进行大量编码,而另一些则喜欢在Java中实现其业务逻辑。每种方法各有优势和代价。
尽管如此,还是有一些问题可促使他们优先考虑其中的一种环境。在您的例子中,在数据库中执行大量计算可能比将数据加载到内存中更