模块化Java：声明式模块化
本文是模块化Java系列文章的第4篇，介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起，而无需让代码依赖于OSGI API。
新闻
Pratik Patel谈企业JPA、Fetch Groups及Spring 2.5
作者 Srini Penchikala 译者 张龙 发布于 2008年8月28日 上午2时47分
Apache OpenJPA框架提供一些JPA扩张特性，比如Fetch Groups等，为企业Java开发者获取与Java对象所对应的数据的工作提供了更大的灵活性。Pratik Patel阐述了如何结合JPA设计技术，使用JPA API和Spring 2.5框架来开发Java应用。在最近的No Fluff Just Stuff（NFJS）俄亥俄州中心软件座谈会上，他就企业JP这一话题做了一次演讲。
Pratik谈到了如何为使用JPA API实现持久化的Java应用设计多个持久化单元（persistence units，即PU），也谈到相关的性能调优技术。他提到EJB 3.0 Entities（正式的叫法是Entity Beans）采用了基于“POJO持久化”设计概念的JPA。他说，在Java应用中使用供应商提供的特定扩展（比如“Fetch Groups”）来进行JPA开发是很有必要的。
Spring 2.5框架与JPA的集成良好，可以管理多个持久化单元，也可以通过一些JPA配置细节（如数据源）把persistence.xml迁移到Spring配置文件中，JPA的配置也就更加灵活。在使用Spring配置JPA把大段代码分割为小模块的时候，开发人员就可以利用扩展点。同样，Spring Test模块对JPA类（如AbstractJpaTests）的单元测试、集成测试都提供很好的支持。AbstractJpaTests类使用了一个后台classloader在运行时增强类，它围绕事务来包装测试方法，同时提供帮助类来声明应用上下文。Spring JPA模块（LocalContainerEntityManagerFactoryBean）还可以在容器外对JPA逻辑进行单元测试。
谈到锁（locking），Pratik说到JPA规范默认使用乐观锁（optimistic locking）。当然，开发者也可以自行使用悲观锁（pessimistic locking），但他们需要使用EntityManager的lock()或者find()方法来定义锁管理器。JPA以基于“版本”的方式来跟踪内存中数据的更新，只需要在持久化类上加一个@Version属性，同时在数据库表中添加一个Version列。应当尽量避免使用悲观锁，因为它会影响吞吐量，而且很难从坏锁（bad locks）中恢复。Pratik以Apache OpenJPA框架提供的@FetchGroup和@FetchPlan注解来举例说明JPA API的用法和性能调优。此外，他还谈到fetching逻辑的单元测试和集成测试，并且建议大家对fetch groups代码进行测试，这对应用投入到生产环境中的过程很有保障。
关于JPA的最佳实践，他希望开发者能考虑使用内存数据库（如HSQL DB）而不要再用mock DAO实现。虽然连接到内存数据库会多花点时间，但代码相对要少很多，开发代价也小。其它的最佳实践还包括检查生成的SQL，这会使我们更深入了解ORM工具生成的SQL查询语句。另一件要考虑的是DDL的生成，因为所有的JPA实现都允许生成DDL，这可以用来进行快速开发。在使用JPA API实现持久化时还需要考虑的其他一些事情如下：
- 集合排序（JPA 2.0将引入一个叫做@OrderColumn的新注解，定义用来比较的列）
- 尽早且频繁地刷新缓存（Flush），同一事务中接下去的查询就不会再看到未刷新的数据
- 枚举——数据库中速度与可读性的较量
在另一个与JPA相关的演讲中，Pratik谈到了JPA查询语言（JPA Query Language，即JPAQL），这种语言天生具有面向对象查询的特性，而且可以批量更新和删除。JPAQL与其他查询语言如JDOQL和HQL等很相似，但功能要比HQL少。对于lazy关联，FETCH JOIN表达式可以在取得主表数据的同时将关联的信息也一并取回。他还谈到了JPA 2.0规范的一些新特性：
- “Criteria”查询
- 针对基本类型的集合（Integer和String）
- 扩展的Map支持
- 更多JPAQL表达式
- 更好的锁支持
查看英文原文：Pratik Patel on Enterprise JPA, Fetch Groups and Spring 2.5
没有回复
关注此讨论 回复