本文出处:http://blog.csdn.net/chaijunkun/article/details/9083171,
所谓懒加载这里我多说两句(知道的朋友请无视这一段),数据库中表A和表B都分别映射了JPA的Pojo对象。从逻辑上说表A中的某个字段要和表B的主键进行连接操作(inner join,left join)可以不用手工去显式写JPQL语句,而可以通过注解的方式去映射,当需要取对应的值时直接调用.get方法即可,例如:
分别映射时:
表A(员工表):
- import java.io.Serializable;
- import javax.persistence.Column;
- import javax.persistence.GeneratedValue;
- import javax.persistence.Id;
- public class A implements Serializable{
- private static final long serialVersionUID = 8985074792763641465L;
- @Id
- @GeneratedValue
- @Column(name= "idx")
- private Integer idx;
- @Column(name="name", nullable= false)
- private String name;
- @Column(name="departId", nullable= false)
- private Integer departId;
- //getters and setters
- }
表B(部门表):
- import java.io.Serializable;
- import javax.persistence.Column;
- import javax.persistence.GeneratedValue;
- import javax.persistence.Id;
- public class B implements Serializable{
- private static final long serialVersionUID = 5994901985887071206L;
- @Id
- @GeneratedValue
- @Column(name="departId")
- private Integer departId;
- @Column(name="departName", nullable= false)
- private String departName;
- //getters and setters
- }
传统的查询方法中表A要想知道某个员工的部门名称,需要通过A.departId然后再查询B.departId=A.departId才能得知B.departName。所以在JPA中提供了一个更为方便的方法:
只需要对主表(表A)做下面是修改即可:
- import java.io.Serializable;
- import javax.persistence.Column;
- import javax.persistence.FetchType;
- import javax.persistence.GeneratedValue;
- import javax.persistence.Id;
- import javax.persistence.ManyToOne;
- public class A implements Serializable{
- private static final long serialVersionUID = -8453322980651820968L;
- @Id
- @GeneratedValue
- @Column(name= "idx")
- private Integer idx;
- @Column(name="name", nullable= false)
- private String name;
- @ManyToOne(fetch = FetchType.LAZY)
- @Column(name="departId", nullable= false)
- private B b;
- //getters and setters
- }
JPA标准中这种对象关联默认是全加载,即查询到A后根据映射关系会立即查询对应的B,并将其注入到结果A中。但是我们为了提高性能,会将映射方式改为懒加载(fetch= FetchType.LAZY),当结果A第一次调用getB()的时候才会去查询相应的B并将其注入。这就是懒加载
问题来了,框架并不知道我们什么时候会调用get方法去加载关联对象,项目中,我在Controller中查询出来的结果往往是A,剩下的现实逻辑交给了jsp,然而JSP中会使用${A.b.departName}这样的操作,一旦有这样的代码就会有如下提示:
org.hibernate.LazyInitializationException: could not initialize proxy - no Session
懒加载时在JSP处理时找不到底层的数据库连接会话,造成语句无法执行,后来通过查阅资料,得到了如下方法:
在JPA配置文件applicationContext-jpa.xml中加入如下的拦截器:
- <!--实体管理器工厂Bean -->
- <bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalEntityManagerFactoryBean">
- <property name="persistenceUnitName" value="default" />
- </bean>
- <!-- 建立视图内拦截器来解决JPA中访问延迟加载属性时产生的无会话异常 -->
- <!-- LazyInitializationException: could not initialize proxy no session -->
- <!-- 此拦截器会注入到servlet配置中的DefaultAnnotationHandlerMapping中 -->
- <bean name="openEntityManagerInViewInterceptor" class="org.springframework.orm.jpa.support.OpenEntityManagerInViewInterceptor">
- <property name="entityManagerFactory">
- <ref bean="entityManagerFactory" />
- </property>
- </bean>
然后将这个拦截器注入到基于注解的默认注解处理器配置中(spring-servlet.xml):
- <bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping">
- <property name="interceptors">
- <list>
- <ref bean="openEntityManagerInViewInterceptor" />
- </list>
- </property>
- </bean>
本来到这里懒加载已经配置成功了,在JSP中也可以使用。但后来加入了JSR 303,这个拦截器就失效了,又提示“org.hibernate.LazyInitializationException: could not initialize proxy - no Session”,经过比对,只是在spring-servlet.xml中增加了一行配置:
- <mvc:annotation-driven />
这也是很多人说的最简单的开启JSR 303的配置方法。虽然JSR 303开启了,但是重要的懒加载却失效了,通过屏蔽该条注释,懒加载又能正常工作了,但JSR 303又失效了。这也印证了我的猜想。难道就没有鱼和熊掌兼得的方法吗?百度既然没找到答案,还是得靠谷歌啊。后来找到了一个遇到类似问题的求助帖:
http://stackoverflow.com/questions/3230633/how-to-register-handler-interceptors-with-spring-mvc-3-0
其中有人回答:
By default, Spring will register a BeanNameUrlHandlerMapping, and a DefaultAnnotationHandlerMapping, without any explicit config required.
默认地,spring会自动注册一个BeamNameUrlHandlerMapping和一个DefaultAnnotationHandlerMapping,没有要求任何进一步的配置
If you define your own HandlerMapping beans, then the default ones will not be registered, and you'll just get the explicitly declared ones.
如果你定义了自己的HandlerMapping,则默认的就不会被注册,你就能得到你所声明的HandlerMapping
So far, so good.
目前还不错,但是问题来了
The problem comes when you add <mvc:annotation-driven/> to the mix. This also declares its own DefaultAnnotationHandlerMapping, which replaces the defaults.
当加入了配置<mvc:annotation-driven />,spring仍然会声明自己的DefaultAnnotationHandlerMapping,并且替换默认的。
原来如此,怪不得之前的配置不起作用了。现在唯一的解决办法就是去掉这个配置,但是JSR 303怎么手动配置开启呢?
在这篇Spring官方文档中找到了答案
http://static.springsource.org/spring/docs/3.0.0.RC1/reference/html/ch05s07.html
- <!-- Invokes Spring MVC @Controller methods -->
- <bean class="org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter">
- <property name="webBindingInitializer">
- <!-- Configures Spring MVC DataBinder instances -->
- <bean class="org.springframework.web.bind.support.ConfigurableWebBindingInitializer">
- <property name="validator" ref="validator" />
- </bean>
- </property>
- </bean>
- <!-- Creates the JSR-303 Validator -->
- <bean id="validator" class="org.springframework.validation.beanvalidation.LocalValidatorFactoryBean" />
- <bean class="org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter" />
修改了之后懒加载和JSR 303可以共存了。
经验分享,希望对大家有所帮助。