登录
当前位置： 首页 > 面试题库 >

无法序列化HibernateProxy的对象原因

常元章
2023-03-14
问题内容：

我从服务器收到以下错误响应。

HTTP状态500-

类型例外报告

信息

描述服务器遇到内部错误（），导致服务器无法满足此请求。

例外

javax.servlet.ServletException：java.lang.UnsupportedOperationException：尝试序列化java.lang.Class：org.hibernate.proxy.HibernateProxy。忘记注册类型适配器？

根本原因

java.lang.UnsupportedOperationException：尝试序列化java.lang.Class：org.hibernate.proxy.HibernateProxy。忘记注册类型适配器？

通过Java调试器：

org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer@7632012e

我正在使用Gson将Java对象转换为JSON。下面，我粘贴了一些代码。

这是我的资源：

@Stateless
@LocalBean
@Path("/autos")
@Produces(MediaType.APPLICATION_JSON)
public class AutoResource {

    @EJB
    private CarAssembler warehouse;
    @Context
    private UriInfo uriInfo;

    @GET
    public Response allAutos() {
        // Building a context, lots of code...
        // Creating a Gson instance and configures it...

        final Auto auto = warehouse.list(context);
        final String autoJson = gson.toJson(auto);

        return Response.ok(autoJson).build();
    }
}

CarAssembler只是一个调用存储库的服务。我没有在这里粘贴服务的代码。

仓库：

@Override
public Question findById(final int id, final FetchType fetchType) {

    final Auto question = getEntityManager().find(Auto.class, id);

    if (fetchType == FetchType.LAZY) {
        return auto;
    }

    Hibernate.initialize(auto.getManufacturer());
    Hibernate.initialize(auto.getAssemblyHouse());

    return auto;
}

如您所见，我提供了对象的懒惰和急切加载。我使用Hibernate.initialize渴望获取JPA关联。但是，问题是如何解决我得到的代理错误。为什么只有来的AssemblyHouse仍连接到JavaAssist，而制造商却没有（我已经在Java
Debugger中看到过这种类型）。我怎么知道什么时候取消代理？我应该取消代理此汽车可能具有的所有关联吗？在我的代码的哪一层？当我取消代理时，这会影响我的应用程序的性能吗？还有其他解决方案吗？从错误消息中可以看到我可以做一个类型适配器。是的，我可以，但是然后我必须对所有域对象都这样做，以确保正确完成了转换。当我也尝试将其转换为JSON表示形式时，我域中的其他对象也可能开始失败，但是我不知道何时或为什么。

这是我取消对象分配的方式，但是我尚未实现它，因为我不知道这是好是坏，在什么层上执行此操作以及何时执行该操作。我应该一直取消代理对象吗？

public class HibernateUtilities {

    public static <T> T unproxy(T proxy) {
        if (proxy == null) {
            return null;
        }

        if (proxy instanceof HibernateProxy) {
            Hibernate.initialize(proxy);

            HibernateProxy hibernateProxy = (HibernateProxy) proxy;
            T unproxiedObject = (T) hibernateProxy.getHibernateLazyInitializer().getImplementation();

            return unproxiedObject;
        }

        return proxy;
    }
}

根据要求的Stacktrace：

[＃| 2012-11-22T17：17：13.285 + 0100 |警告| glassfish3.1.2 | javax.enterprise.system.container.web.com.sun.enterprise.web | _ThreadID = 71; _ThreadName = Thread-8; | StandardWrapperValve [javax.ws.rs.core.Application]：
PWC1406：Servlet javax.ws.rs.core.Application的Servlet.service（）
引发异常java.lang.UnsupportedOperationException：尝试执行以下操作
序列化java.lang.Class：org.hibernate.proxy.HibernateProxy。忘记
注册类型适配器？
    在com.google.gson.internal.bind.TypeAdapters $ 1.write（TypeAdapters.java:64）
    在com.google.gson.internal.bind.TypeAdapters $ 1.write（TypeAdapters.java:61）
    在com.google.gson.internal.bind.TypeAdapterRuntimeTypeWrapper.write（TypeAdapterRuntimeTypeWrapper.java:68）
    在com.google.gson.internal.bind.ArrayTypeAdapter.write（ArrayTypeAdapter.java:93）
    在com.google.gson.internal.bind.TypeAdapterRuntimeTypeWrapper.write（TypeAdapterRuntimeTypeWrapper.java:68）
    在com.google.gson.internal.bind.ReflectiveTypeAdapterFactory $ 1.write（ReflectiveTypeAdapterFactory.java:89）
    在com.google.gson.internal.bind.ReflectiveTypeAdapterFactory $ Adapter.write（ReflectiveTypeAdapterFactory.java:195）
    在com.google.gson.internal.bind.TypeAdapterRuntimeTypeWrapper.write（TypeAdapterRuntimeTypeWrapper.java:68）
    在com.google.gson.internal.bind.ReflectiveTypeAdapterFactory $ 1.write（ReflectiveTypeAdapterFactory.java:89）
    在com.google.gson.internal.bind.ReflectiveTypeAdapterFactory $ Adapter.write（ReflectiveTypeAdapterFactory.java:195）
    在com.google.gson.internal.bind.TypeAdapterRuntimeTypeWrapper.write（TypeAdapterRuntimeTypeWrapper.java:68）
    在com.google.gson.internal.bind.ReflectiveTypeAdapterFactory $ 1.write（ReflectiveTypeAdapterFactory.java:89）
    在com.google.gson.internal.bind.ReflectiveTypeAdapterFactory $ Adapter.write（ReflectiveTypeAdapterFactory.java:195）
    在com.google.gson.internal.bind.TypeAdapterRuntimeTypeWrapper.write（TypeAdapterRuntimeTypeWrapper.java:68）
    在com.google.gson.internal.bind.CollectionTypeAdapterFactory $ Adapter.write（CollectionTypeAdapterFactory.java:96）
    在com.google.gson.internal.bind.CollectionTypeAdapterFactory $ Adapter.write（CollectionTypeAdapterFactory.java:60）
    在com.google.gson.internal.bind.TypeAdapterRuntimeTypeWrapper.write（TypeAdapterRuntimeTypeWrapper.java:68）
    在com.google.gson.internal.bind.ReflectiveTypeAdapterFactory $ 1.write（ReflectiveTypeAdapterFactory.java:89）
    在com.google.gson.internal.bind.ReflectiveTypeAdapterFactory $ Adapter.write（ReflectiveTypeAdapterFactory.java:195）
    在com.google.gson.Gson.toJson（Gson.java:586）
    在com.google.gson.Gson.toJson（Gson.java:565）
    在com.google.gson.Gson.toJson（Gson.java:520）
    在com.myapp.AutoResource.produceAuto（AutoResource.java:48）
    在sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）处
    在sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:57）
    在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:43）
    在java.lang.reflect.Method.invoke（Method.java:601）
    在org.glassfish.ejb.security.application.EJBSecurityManager.runMethod（EJBSecurityManager.java:1052）
    在org.glassfish.ejb.security.application.EJBSecurityManager.invoke（EJBSecurityManager.java:1124）
    在com.sun.ejb.containers.BaseContainer.invokeBeanMethod（BaseContainer.java:5388）
    在com.sun.ejb.EjbInvocation.invokeBeanMethod（EjbInvocation.java:619）
    在com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext（InterceptorManager.java:800）
    在com.sun.ejb.EjbInvocation.proceed（EjbInvocation.java:571）
    在com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doAround（SystemInterceptorProxy.java:162）
    在com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke（SystemInterceptorProxy.java:144）
    在sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）处
    在sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:57）
    在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:43）
    在java.lang.reflect.Method.invoke（Method.java:601）
    在com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept（InterceptorManager.java:861）
    在com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext（InterceptorManager.java:800）
    在com.sun.ejb.containers.interceptors.InterceptorManager.intercept（InterceptorManager.java:370）
    在com.sun.ejb.containers.BaseContainer .__ intercept（BaseContainer.java:5360）
    在com.sun.ejb.containers.BaseContainer.intercept（BaseContainer.java:5348）
    在com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke（EJBLocalObjectInvocationHandler.java:214）
    在com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke（EJBLocalObjectInvocationHandlerDelegate.java:89）
    在sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）处
    在sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:57）
    在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:43）
    在java.lang.reflect.Method.invoke（Method.java:601）
    在com.sun.jersey.spi.container.JavaMethodInvokerFactory $ 1.invoke（JavaMethodInvokerFactory.java:60）
    在com.sun.jersey.server.impl.model.method.dispatch.Abs​​tractResourceMethodDispatchProvider $ ResponseOutInvoker._dispatch（AbstractResourceMethodDispatchProvider.java:205）处
    在com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch（ResourceJavaMethodDispatcher.java:75）
    在com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept（HttpMethodRule.java:288）
    在com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept（ResourceClassRule.java:108）
    在com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept（RightHandPathRule.java:147）
    在com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept（RootResourceClassesRule.java:84）
    在com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest（WebApplicationImpl.java:1469）
    在com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest（WebApplicationImpl.java:1400）
    在com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest（WebApplicationImpl.java:1349）
    在com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest（WebApplicationImpl.java:1339）
    在com.sun.jersey.spi.container.servlet.WebComponent.service（WebComponent.java:416）
    在com.sun.jersey.spi.container.servlet.ServletContainer.service（ServletContainer.java:537）
    在com.sun.jersey.spi.container.servlet.ServletContainer.service（ServletContainer.java:708）
    在javax.servlet.http.HttpServlet.service（HttpServlet.java:770）
    在org.apache.catalina.core.StandardWrapper.service（StandardWrapper.java:1550）
    在org.apache.catalina.core.StandardWrapperValve.invoke（StandardWrapperValve.java:281）
    在org.apache.catalina.core.StandardContextValve .__ invoke（StandardContextValve.java:175）
    在org.apache.catalina.core.StandardContextValve.invoke（StandardContextValve.java）
    在org.apache.catalina.core.StandardPipeline.doInvoke（StandardPipeline.java:655）
    在org.apache.catalina.core.StandardPipeline.invoke（StandardPipeline.java:595）
    在org.apache.catalina.core.StandardHostValve .__ invoke（StandardHostValve.java:161）
    在org.apache.catalina.core.StandardHostValve.invoke（StandardHostValve.java）
    在org.apache.catalina.connector.CoyoteAdapter.doService（CoyoteAdapter.java:331）
    在org.apache.catalina.connector.CoyoteAdapter.service（CoyoteAdapter.java:231）
    在com.sun.enterprise.v3.services.impl.ContainerMapper $ AdapterCallable.call（ContainerMapper.java:317）
    在com.sun.enterprise.v3.services.impl.ContainerMapper.service（ContainerMapper.java:195）
    在com.sun.grizzly.http.ProcessorTask.invokeAdapter（ProcessorTask.java:860）
    在com.sun.grizzly.http.ProcessorTask.doProcess（ProcessorTask.java:757）
    在com.sun.grizzly.http.ProcessorTask.process（ProcessorTask.java:1056）
    在com.sun.grizzly.http.DefaultProtocolFilter.execute（DefaultProtocolFilter.java:229）
    在com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter（DefaultProtocolChain.java:137）
    在com.sun.grizzly.DefaultProtocolChain.execute（DefaultProtocolChain.java:104）
    在com.sun.grizzly.DefaultProtocolChain.execute（DefaultProtocolChain.java:90）
    在com.sun.grizzly.http.HttpProtocolChain.execute（HttpProtocolChain.java:79）
    在com.sun.grizzly.ProtocolChainContextTask.doCall（ProtocolChainContextTask.java:54）
    在com.sun.grizzly.SelectionKeyContextTask.call（SelectionKeyContextTask.java:59）
    在com.sun.grizzly.ContextTask.run（ContextTask.java:71）
    在com.sun.grizzly.util.AbstractThreadPool $ Worker.doWork（AbstractThreadPool.java:532）
    在com.sun.grizzly.util.AbstractThreadPool $ Worker.run（AbstractThreadPool.java:513）
    在java.lang.Thread.run（Thread.java:722）|＃]

问题答案：

您可以通过使用custom无需手动取消代理所有内容TypeAdapter。遵循以下原则：

/**
 * This TypeAdapter unproxies Hibernate proxied objects, and serializes them
 * through the registered (or default) TypeAdapter of the base class.
 */
public class HibernateProxyTypeAdapter extends TypeAdapter<HibernateProxy> {

    public static final TypeAdapterFactory FACTORY = new TypeAdapterFactory() {
        @Override
        @SuppressWarnings("unchecked")
        public <T> TypeAdapter<T> create(Gson gson, TypeToken<T> type) {
            return (HibernateProxy.class.isAssignableFrom(type.getRawType()) ? (TypeAdapter<T>) new HibernateProxyTypeAdapter(gson) : null);
        }
    };
    private final Gson context;

    private HibernateProxyTypeAdapter(Gson context) {
        this.context = context;
    }

    @Override
    public HibernateProxy read(JsonReader in) throws IOException {
        throw new UnsupportedOperationException("Not supported");
    }

    @SuppressWarnings({"rawtypes", "unchecked"})
    @Override
    public void write(JsonWriter out, HibernateProxy value) throws IOException {
        if (value == null) {
            out.nullValue();
            return;
        }
        // Retrieve the original (not proxy) class
        Class<?> baseType = Hibernate.getClass(value);
        // Get the TypeAdapter of the original class, to delegate the serialization
        TypeAdapter delegate = context.getAdapter(TypeToken.get(baseType));
        // Get a filled instance of the original class
        Object unproxiedValue = ((HibernateProxy) value).getHibernateLazyInitializer()
                .getImplementation();
        // Serialize the value
        delegate.write(out, unproxiedValue);
    }
}

要使用它，您必须首先注册它：

GsonBuilder b = new GsonBuilder();
...
b.registerTypeAdapterFactory(HibernateProxyTypeAdapter.FACTORY);
...
Gson gson = b.create();

注意，这将递归地初始化对象层次结构中的每个代理。但是由于您必须序列化整个数据，因此无论如何都应该这样做。

这是如何运作的？

GSON包含许多TypeAdapterFactory针对各种类型（原始类型，常见类型（例如String或）Date，列表，数组等）的实现。询问每个工厂是否能够序列化某种Java类型（参数to
create是a TypeToken而不是a
Class，以便捕获有关泛型的可能信息，而Class没有泛型）。如果工厂能够序列化/反序列化类型，则它会以一个TypeAdapter实例进行响应；否则它会以回应null。

HibernateProxyTypeAdapter.FACTORY验证 类型 是否实现HibernateProxy;
在这种情况下，它将返回一个实例HibernateProxyTypeAdapter进行序列化。write当必须对实际对象进行序列化时，将调用该方法。适配器提取基础对象的原始类型，并向GSON询问TypeAdapter原始类型的标准，通常为ReflectiveTypeAdapter。

然后，它检索原始类的实例，而不是直接使用代理。这是必要的，因为直接ReflectiveTypeAdapter访问字段，而不是使用getters。访问代理对象的字段无效，这是经典的Hibernate陷阱。

作为可能的性能改进，TypeAdapter应在create方法中获取委托。我发现调用getSuperclass()代理Class似乎产生了原始基类。代码可以变成：

public static final TypeAdapterFactory FACTORY = new TypeAdapterFactory() {
    @Override
    @SuppressWarnings("unchecked")
    public <T> TypeAdapter<T> create(Gson gson, TypeToken<T> type) {
        return (HibernateProxy.class.isAssignableFrom(type.getRawType())
                ? (TypeAdapter<T>) new HibernateProxyTypeAdapter((TypeAdapter)gson.getAdapter(TypeToken.get(type.getRawType().getSuperclass()))) 
     : null);
    }
};
private final TypeAdapter<Object> delegate;

private HibernateProxyTypeAdapter(TypeAdapter<Object> delegate) {
    this.delegate = delegate;
}

@SuppressWarnings({"rawtypes", "unchecked"})
@Override
public void write(JsonWriter out, HibernateProxy value) throws IOException {
    if (value == null) {
        out.nullValue();
        return;
    }
    delegate.write(out, ((HibernateProxy) value).getHibernateLazyInitializer()
            .getImplementation());
}


 类似资料：
  • 无法序列化HibernateProxy的对象原因

    我从服务器得到以下错误响应。 HTTP状态500- 类型异常报告 来自Java调试器： 我正在使用Gson将我的Java对象转换为JSON。下面我粘贴了我的一些代码。 这是我的资源：

  • 无法反序列化StringJava对象

    （数据类）实体。JAVA （数据类）实体。JAVA 我试着说： 我犯了一个错误： 我已经把和我错过了什么？

  • JSONMappingException-无法反序列化Java对象

    问题内容： 使用取消序列化对象时出现以下错误： JSONMappingException无法构造org.springframework.data.Page的实例，问题：抽象类型只能用其他类型信息实例化。 我正在尝试将JSON字符串序列化为表示类型页面的Spring数据对象T。 该User班是一个简单的与和名称。我要反序列化的字符串是： 这将导致异常： 由于是对象，因此无法修改它，我认为这与我在别处

  • multiprocessing.pool.MaybeEncodingError：'TypeError（“无法序列化'_io.BufferedReader'对象”，）'

    问题内容： 为什么下面的代码只适用于而不是简单的。 错误： 缺少什么以便它可以在没有“虚拟”的情况下工作？ 问题答案： 在你回来-object有一个附加- object，这个对象不能腌制。 将需要对结果进行腌制（序列化）以将其发送回父进程，这在这里失败。由于使用线程而不是进程，因此不会出现酸洗，因为同一进程中的线程自然会共享其内存。 一个通用的解决方案是： 读出缓冲区并保存内容（如果需要） 从您要

  • DynamoDB JsonMarshaller无法反序列化对象列表

    问题内容： 我有一个Java类，它是DynamoDB中表的数据模型。我想使用Dynamo 的to 和item。班上一名成员是一名。因此，我使用来对该字段进行序列化和反序列化。 该列表可以通过成功地序列化。但是，当我尝试取回条目并阅读列表时，它会引发异常：。好像将数据反序列化为而不是。我如何摆脱这个问题？ MCVE： 问题答案： 问题的一部分是整个DynamoDB Mapper SDK如何处理泛型。

  • JSONMappingException-无法取消Java对象的序列化

    使用反序列化对象时，我遇到以下错误： JSONMappingException无法构造组织的实例。springframework。数据页，问题：抽象类型只能用附加类型信息进行实例化。 我试图将JSON字符串序列化为Spring数据对象，表示类型为的页面。 类是一个简单的POJO，具有和名称。我正在反序列化的JSON字符串是： 这会导致异常： 因为是Spring对象，所以我不能修改它，我认为这与我在

相关阅读

无法序列化/反序列化ArrayList.NET Framework 序列化对象类型对象的Javascript序列化查找序列化对象的serialVersionUID序列化包含BufferedImages的对象

相关文章

DBMS查看可序列化Gson序列化内部类Dubbo 序列化-之总体实现Gson从序列化中排除字段判断栈的合法操作序列

相关问答

Spring Boot无法反序列化包含OffsetDateTime的对象Storm bolt无法从喷口反序列化对象为什么ignite无法反序列化GridClosureProcessor对象？对象列表的SimpleXML序列化Java序列化：反序列化对象时的“ClassNotFoundException”

相关工具

SPT 对象数据库原型 RPG首列固定的列表信任的进化基于cocos2d-x的对对碰

相关文档

你不懂JS: this 与对象原型Python 面向对象Microsoft Office 对象参考XmlHttp 对象参考手册每个程序员上辈纸都是法力无边的巫师
快捷导航： 新手教程 算法原理 架构设计 Java进阶 数据库进阶 大厂专栏 面试经验 编程笔记 编程问答 所有专题 文档资料 工具软件 电子书籍 小牛导航
在线工具： 房贷计算器 个税计算器 Linux命令查询 Json格式化 正则表达式 颜色转换 AES加解密 SHA1加密 MD5加密 毒鸡汤 字数统计 随机密码生成 进制转换 Base64编解码 励志句子
Copyright © 2019-2024 小牛知识库@xnip.cn. All Rights Reserved.