GWT - 偶尔出现 com.google.gwt.user.client.rpc.SerializationException

Question

我们会被偶尔出现的异常所困扰，例如：

com.google.gwt.user.client.rpc.SerializationException：类型“xxx”不可分配给“com.google.gwt.user.client.rpc.IsSerializable”并且没有自定义字段序列化程序。对于出于安全考虑，此类型不会被序列化。例如：instance = xxx 在 com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serialize(ServerSerializationStreamWriter.java:610) 在 com.google.gwt.user.client.rpc.impl.AbstractSerializationStreamWriter.writeObject(AbstractSerializationStreamWriter.java:129) 在 com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter$ValueWriter$8.write(ServerSerializationStreamWriter.java:152) 在 com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serializeValue(ServerSerializationStreamWriter.java:534) 在 com.google.gwt.user.server.rpc.RPC.encodeResponse(RPC.java:609) 在 com.google.gwt.user.server.rpc.RPC.encodeResponseForSuccess(RPC.java:467) 在 com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:564) 在 com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:188) 在 de.softconex.travicemanager.server.TraviceManagerServiceImpl.processCall(TraviceManagerServiceImpl.java:615) 在 com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:224) 在 com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) 在 javax.servlet.http.HttpServlet.service(HttpServlet.java:710) 在 javax.servlet.http.HttpServlet.service(HttpServlet.java:803) 在 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) 在 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 在 org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) 在 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) 在 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 在 org.apache.catalina.core.StandardWrapperValve.invoke（StandardWrapperValve.java:230） 在 org.apache.catalina.core.StandardContextValve.invoke（StandardContextValve.java:175） 在 org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) 在 org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) 在 org.apache.catalina.core.StandardHostValve.invoke（StandardHostValve.java:127） 在 org.apache.catalina.valves.ErrorReportValve.invoke（ErrorReportValve.java:102） 在 org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) 在 org.apache.catalina.core.StandardEngineValve.invoke（StandardEngineValve.java:109） 在 org.apache.catalina.connector.CoyoteAdapter.service（CoyoteAdapter.java:262） 在 org.apache.coyote.ajp.AjpAprProcessor.process（AjpAprProcessor.java:419） 在 org.apache.coyote.ajp.AjpAprProtocol$AjpConnectionHandler.process(AjpAprProtocol.java:378) 在 org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1508) 在 java.lang.Thread.run(Thread.java:619)

应用程序正常运行。指示的类实现 Serializable（整个对象图）。

到目前为止，唯一的模式/观察结果是：

• 我们似乎只有在 iframe 中使用应用程序时才会出现问题

• 问题似乎是在部署新版本的应用程序时发生的

• 在隐私模式下运行 firefox（禁用所有缓存等）并不能解决问题

有什么想法吗？

霍尔格

Answer 1

你检查了吗http://code.google.com/webtoolkit/doc/latest/tutorial/RPC.html#serialize 文章说： 它有一个带有任何访问修饰符的默认（零参数）构造函数（例如private Foo(){} 将起作用）

我总是忘记 zeroargument const。当我制作一个可序列化的对象时：D

Answer 2

很可能的原因 - 旧版本的客户端仍然缓存在浏览器中。它发送 rpc 请求，但服务器已经重新启动并且具有更新版本的 rpc 文件 (*.symbolMap)

Answer 3

我在 Ubuntu Lucid amd64 中使用 Tomcat6 + Devmode 时遇到了问题。使用 com.google.gwt.user.client.rpc.IsSerializable 而不是 java.io.Serializable 似乎解决了这个问题。

Answer 4

我假设您正在在本地主机和在托管模式运行应用程序？如果是这样，您可能需要留意 work 目录（或者如果您不在 tomcat 服务器中运行应用程序，则为等效目录）。检查 webapp 的文件夹中的序列化策略文件 (*.gwt.rpc)。

它们可能没有正确加载，到目前为止我们发现的唯一解决方法是在每次序列化错误后重新启动服务器。

问题是由于 GWT 将在运行时生成其序列化策略文件，假设您在托管模式下运行。在编译模式下，GWT 将在编译时生成所有必要的文件。 AFAIK，tomcat 无法在运行时加载资源文件，因此不会在每次第一次需要时都包含序列化文件。

重新启动服务器时，tomcat 能够拾取之前生成的文件，因此您不应在重新启动后收到相同的错误。

你能验证一下吗？

Answer 5

如果您在 JBoss 上运行，这可能是由于先前部署的应用程序在取消部署时没有被删除。要解决此问题，您必须在 JBoss 中修改以下文件： ${JBOSS_HOME}/server/default/deployers/jbossweb.deployer/META-INF/war-deployers-jboss-beans.xml 并将以下属性设置为 true：deleteWorkDirOnContextDestroy

如果之前部署的应用程序没有清理干净，GWT 可能会混淆它需要加载哪个 RPC 文件，最终导致那些 SerializationException

Answer 6

我遇到了同样的问题，我从另一个人那里找到了解决方案：

“有可能您有一个实现 Serializable 的类，并且您在该类中有一个不可序列化的属性字段，因此您可能会遇到此异常。”

非常感谢那个人:)

我的建议是让你的类中的所有字段（不是原始类型）也实现 Serializable！这解决了我的问题。

Answer 7

当使用 JDK 1.7 编译 GWT 2.5 应用程序时会出现此问题。 GWT 2.5 支持 JDK 1.6，使用此版本的 JDK 将解决此问题。

Answer 8

所以 RPC 文件是独一无二的，因为它们由 servlet 加载并且在 GWT 中使用。请参阅http://code.google.com/webtoolkit/release-notes.html#Release_Notes_1_4_59，其中显示“此文件必须作为公共资源部署到您的 Web 服务器，可通过 ServletContext.getResource() 从 RemoteServiceServlet 访问”

是否有可能新应用程序正在动态重新加载并且 getResource 以某种方式失败？重新启动应用程序会解决问题吗？

Answer 9

我遇到了同样的错误，并通过清理浏览缓存和导航历史来解决此问题。

Answer 10

我也收到了 SerializationException，但我也看到此错误出现在序列化异常之前：

[正常运行时间报告/2.340102563369350884]。： 示例：错误：找不到模板 注册确认.vm

结果发现我的速度模板有问题。一旦我解决了这个问题，SerializationException 就不再出现了，所以如果您按照 Kerem 的建议仍然有问题，请在您的日志中查找其他异常。

Answer 11

了解确切问题的最佳方法是使用 -logLevel DEBUG 或 TRACE 编译代码并检查内部验证单元。我相信您也能够找出行号的确切问题。

Answer 12

首先确保您有一个“干净”的可序列化类，即空构造函数，没有实现可序列化的内部类，并且使用 GWT 可序列化类而不是 Java 可序列化类。 然后只需在隐身标签 (Chrome) 中打开您的网站即可解决问题。本地浏览器缓存导致加载旧的 rpc 文件。