SSH中ajax提交传输json数据时报错,原因为hibernate映射xml里的lazy属性

在ssh和ajax结合实现异步传输时，经常会出现的一个问题是，json格式的数据从后台传递到页面后无法解析，下面的data即是回调函数中参数，在页面断点后会看到data接收到的是下面一堆数据，其实是异常信息。

------------------------------------------------------------------------------------------

data
"Struts Problem Report
Struts has detected an unhandled exception:

Messages:	                        

    Positioned Update not supported.                 
    java.lang.reflect.InvocationTargetException                        
    org.apache.struts2.json.JSONException: java.lang.reflect.InvocationTargetException
                            
    org.apache.struts2.json.JSONException: org.apache.struts2.json.JSONException:java.lang.reflect.InvocationTargetExceptio                
    org.apache.struts2.json.JSONException: org.apache.struts2.json.JSONException: org.apache.struts2.json.JSONException: java.lang.reflect.InvocationTargetException

File:	com/mysql/jdbc/SQLError.java
Line number:	1,055

tacktraces
    org.apache.struts2.json.JSONException: org.apache.struts2.json.JSONException: org.apache.struts2.json.JSONException: org.apache.struts2.json.JSONException: org.apache.struts2.json.JSONException: java.lang.reflect.InvocationTargetException
    org.apache.struts2.json.JSONWriter.bean(JSONWriter.java:243)
    org.apache.struts2.json.JSONWriter.process(JSONWriter.java:165)
    org.apache.struts2.json.JSONWriter.value(JSONWriter.java:131)
    org.apache.struts2.json.JSONWriter.write(JSONWriter.java:99)
    org.apache.struts2.json.JSONUtil.serialize(JSONUtil.java:112)
    org.apache.struts2.json.JSONResult.execute(JSONResult.java:198)    com.opensymphony.xwork2.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:362)    com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:266)    com.opensymphony.xwork2.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:165)    com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:87)    com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)    com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)    com.opensymphony.xwork2.interceptor.ParametersInterceptor.doIntercept(ParametersInterceptor.java:195)    com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:87)    com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)    com.opensymphony.xwork2.interceptor.ParametersInterceptor.doIntercept(ParametersInterceptor.java:195)    com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:87)    com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)        org.apache.struts2.interceptor.FileUploadInterceptor.intercept(FileUploadInterceptor.java:235)
    com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)
    com.opensymphony.xwork2.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:176)
    com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)
    org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:52)
    org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:488)
    org.apache.struts2.dispatcher.ng.ExecuteOperations.executeAction(ExecuteOperations.java:77)
    org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.doFilter(StrutsPrepareAndExecuteFilter.java:91)
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198)
    org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
    org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
    org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
    org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
    java.lang.Thread.run(Unknown Source)

----------------------------------------------------------------------------------------

那么，为什么会出现这个异常呢？

究其原因，竟然是Hibernate的懒加载引起的。一定是你传递的数据中有引用类型的数据采用了懒加载机制。

比如：我要从Action中向前台传送一个Collection，通过get方法

public Collection getMenuitemList() {
return this.menuitemList;
}

而其中Menuitem类型的数据结构是：

public class Menuitem {
private Long mid;
private Long pid;//父节点
private String name;//树的节点的名称
private Boolean isParent;//是否为父节点
private String icon;//图标的路径
private Boolean checked;//复选框是否被选中

private Set users;

//getter(),setter()方法

}

在映射文件Menuitem.hbm.xml中users属性的配置如下：

未设置lazy="false"，则默认采用懒加载模式。

当中间表user_menuitem中没有数据时，ok，不会牵涉到use表，也就不存在懒加载问题，运行一切正常。

但是当user_menuitem表中有数据，且数据与所传送的Menuitem对象有关时，就会有问题了

因为懒加载，这样在Action中获取的Menuitem对象中的users属性中的set集合中会存在user对象的引用，但是user的信息其实并未加载，

只有当用到时，容器才再次发出sql请求进行加载，但是在json插件对menuitemList进行处理以转换成json格式时，Hibernate Session早已关闭，这样user信息便加载不成功，而它又无法对set集合中空的引用进行处理，所以便抛出了JSONException。

有人可能会有疑问，我在web.xml中配置了OpenSessionInViewFilter过滤器，为什么Session还会关闭呢！？

这个疑问问的好！！我也不知何故，在网上也没找到相关的解释，不知是不是ajax的XMLHttpRequest的问题，

总之，在struts2与ajax结合的过程中，OpenSessionInView模式不起作用了！请知道的朋友不吝赐教！

好！既然知道了问题的原因，那么解决方法就很明了了！