prześladują nas sporadyczne wyjątki, takie jak:

com.google.gwt.user.client.rpc.SerializationException: wpisz „xxx” nie można przypisać do „com.google.gwt.user.client.rpc.IsSerializable” i nie ma niestandardowego serializatora pól. ten typ nie będzie serializowany .: instance = xxx na com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.serialize (ServerSerializationStreamWriter.java:610) na com.google.gwt.user.client.rpc.impl .AbstractSerializationStreamWriter.writeObject (AbstractSerializationStreamWriter.java:129) na com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter $ ValueWriter $ 8.write (ServerSerializationStreamWriter.java:152) na com.google.gwt.user.server. rpc.impl.ServerSerializationStreamWriter.serializeValue (ServerSerializationStreamWriter.java:534) na com.google.gwt.user.server.rpc.RPC.encodeResponse (RPC.java:609) pod adresem com.google.gwt.user.server.rpc. RPC.encodeResponseForSuccess (RPC.java:467) na com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse (RPC.java:564) na com.google.g wt.user.server.rpc.RemoteServiceServlet.processCall (RemoteServiceServlet.java:188) w de.softconex.travicemanager.server.TraviceManagerServiceImpl.processCall (TraviceManagerServiceImpl.java:615) na com.google.gwt.user.server.rpc. RemoteServiceServlet.processPost (RemoteServiceServlet.java:224) na com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost (AbstractRemoteServiceServlet.java:62) w javax.servlet.http.HttpServlet.service (HttpServlet.java:710) w javax.servlet.http.HttpServlet.service (HttpServlet.java:803) w org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:290) w org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain .java: 206) w org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter (ReplyHeaderFilter.java:96) w org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:235) na org.apache. catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:20 6) w org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:230) w org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:175) w org.jboss.web.tomcat.security .SecurityAssociationValve.invoke (SecurityAssociationValve.java:179) w org.jboss.web.tomcat.security.JaccContextValve.invoke (JaccContextValve.java:84) w org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:127 ) w org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:102) w org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke (CachedConnectionValve.java:157) w org.apache.catalina. core.StandardEngineValve.invoke (StandardEngineValve.java:109) w org.apache.catalina.connector.CoyoteAdapter.service (CoyoteAdapter.java:262) w org.apache.coyote.ajp.AjpAprProcessor.process (AjpAprProcessor.java:419) w org.apache.coyote.ajp.AjpAprProtocol $ AjpConnectionHandler.process (AjpAprProtocol.java:378) w org.apache.tomcat.util.net.AprEndpoint $ Worker .run (AprEndpoint.java:1508) w java.lang.Thread.run (Thread.java:619)

Aplikacja działa normalnie. Wskazana klasa implementuje Serializable (cały wykres obiektu).

Do tej pory jedynymi wzorami / obserwacjami są:

wydaje się, że mamy problem tylko wtedy, gdy aplikacja jest używana wewnątrz ramki iframe

problem wydaje się mieć miejsce po wdrożeniu nowej wersji aplikacji

uruchomienie firefoxa w trybie prywatności (wyłączenie wszystkich pamięci podręcznych itp.) nie rozwiązuje problemu

Jakieś pomysły?

Holger