spring在MVC层办理JPA的缓迟加载问题

作为EJB3.0的一部门，JPA是一个好对象。其简朴的设置方法及强大的默认设置支持，使其可以轻松自由的存在于轻量与重量之间，假如此刻您的JavaEE项目，不管是选择轻量级构架照旧重量级构架，假如耐久层不选择利用JPA，而是用一些ORM框架（如Hibernate、TopLink）的专用API，那么在未来的某一天必然会为这个选择而说出至尊宝那句“如果上天再给我一个时机…”的至理名言。
下面是一个简朴的Entity，是对一个CMS系统中，关于树状信息目次实体类的界说，包罗了一些具体的映射的设置信息。 @Entity
public class NewsDir …{
@Id
@GeneratedValue(strategy = GenerationType.TABLE)
private Long id;// 主键

@Column(unique = true, nullable = false, length = 16)
private String sn;// 目次编号

private String title; // 目次名称

@OneToMany(mappedBy = "parent", cascade = javax.persistence.CascadeType.REMOVE)
private List<NewsDir> children = new java.util.ArrayList<NewsDir>();// 下级目次

@ManyToOne
private NewsDir parent;// 父级目次

…

}
虽然，跟任何其它优秀的技能一样，JPA也不是完美的，在利用的进程中不免城市出这样那样的问题，这就需要我们措施员具有格物致知的本事，在应用中机动应付这些问题。
这里例举一个缓迟加载的问题，以上面的新闻目次Entity为例。对付parnet与children这个一对多的双向关联，为了提高系统效率，children默认利用的是缓迟加载的方法。在一些轻量级的构架中，由于离开了J2EE容器及事务支持，常常会呈现Entity离开了Persitence Context，酿成了detach或EntityManager封锁，导致一些我们预想中的一些成果无法正常运行。
最常见的就是在利用MVC框架的时候，在暗示层无法加载需要缓迟加载的数据。好比，在一个基于EasyJWeb的mvc应用中，action中的要领如下：

public Page doList(WebForm form, Module module) …{
NewsDirQueryObject ndqo = new NewsDirQueryObject();
form.toPo(ndqo);
ndqo.setDel(true);
IPageList pageList = service.queryDirsByConditions(ndqo);
CommUtilForTeaec.saveIPageList2WebForm(pageList, form);
form.addResult("dirPath", this.getDirPath(form));
return module.findPage("list");
}
在模板文件中有如下内容：
#foreach($info in ${dir.children})
目次名称：${info.title}
#end

关于业务逻辑层Bean的设置：

<aop:config>
<aop:pointcut id="CmsManage"
expression="execution(* com.easyjf.cms.service.*.*(..))" />
<aop:advisor advice-ref="cmsManageAdvice"
pointcut-ref="CmsManage" />
<tx:advice id="cmsManageAdvice"
transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="get*" propagation="SUPPORTS"
read-only="true" />
<tx:method name="query*" propagation="SUPPORTS"
read-only="true" />
<tx:method name="*" propagation="REQUIRED" />
</tx:attributes>
</tx:advice>
<bean id="cmsManageService"
class="com.easyjf.cms.service.impl.CmsManageServiceImpl">
<property name="newsDirDao" ref="newsDirDao" />
</bean>
在这里，当mvc层执行到$!info.getChildren()要领的时候，将会用到缓迟加载，由于Spring的事务是设置在service层的，因此在执行service.queryDirsByConditions要领完成后就封锁了事务。因此运行措施就会呈现雷同下面的错误信息:

2007-03-28 00:39:35,750 ERROR [org.hibernate.LazyInitializationException] – failed to lazily initialize a collection of role: com.easyjf.cms.domain.NewsDir.children, no session or session was closed
org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: com.easyjf.cms.domain.NewsDir.children, no session or session was closed
at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358)
at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:350)
at org.hibernate.collection.AbstractPersistentCollection.readSize(AbstractPersistentCollection.java:97)

利用其它的mvc如struts、webwork以致spring mvc城市有这样的问题，问题的焦点是在事务启动及竣事上，由于我们都习惯于在service层而非mvc设置及利用事务，导致了这样的问题。办理的步伐其实很简朴，就是把事务的启动放到mvc层，
让mvc层的controller来开启事务，而让业务层的要领插手的事务中。好比，在EasyJWeb中，可以通过如下的设置来实现实此刻action中开启事务：
在Spring设置文件中设置EasyJWeb的焦点处理惩罚器，并把process要领添加到事务中，设置文件如下：

#p#分页标题#e#

<aop:config>
<aop:pointcut id="easyjwebProcessor"
expression="execution(* com.easyjf.web.RequestProcessor.process(..))" />
<aop:advisor advice-ref="txEasyjwebProcessorAdvice"
pointcut-ref="easyjwebProcessor" />
</aop:config>
<tx:advice id="txEasyjwebProcessorAdvice"
transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" propagation="REQUIRED" read-only="true" />
</tx:attributes>
</tx:advice>
<bean name="EasyJWeb-Processor" class="com.easyjf.web.core.DefaultRequestProcessor"/>
只需要这样简朴的设置，你会诧异的发明，所有缓迟加载及其它由Persitence Context无效而引起的问题均办理了。