SV: why is hashcode() called on page deserialization?
java.lang.NullPointerException at com.company.project.event.SMSEvent.hashCode(SMSEvent.java:334) This looks a lot like an exception we get in one project as well, where a bean serialized into the DiskPageStore comes back with all properties set to null (including the ones tested for in hashCode() thus the NPE). Could this have happened during serialization, i.e. that the object write operation somehow failed to write any properties? The bean in question does not have any transient fields, and there is no custom object writer or reader. - Tor Iver - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: why is hashcode() called on page deserialization?
The issue is that the object that hashCode() is called on contains a @Lob object, I think it has to do with it... Regards, -Original Message- From: Wilhelmsen Tor Iver [mailto:toriv...@arrive.no] Sent: Monday, March 15, 2010 10:01 AM To: users@wicket.apache.org Subject: SV: why is hashcode() called on page deserialization? java.lang.NullPointerException at com.company.project.event.SMSEvent.hashCode(SMSEvent.java:334) This looks a lot like an exception we get in one project as well, where a bean serialized into the DiskPageStore comes back with all properties set to null (including the ones tested for in hashCode() thus the NPE). Could this have happened during serialization, i.e. that the object write operation somehow failed to write any properties? The bean in question does not have any transient fields, and there is no custom object writer or reader. - Tor Iver - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
why is hashcode() called on page deserialization?
Hello, everyone! I get the exception: java.lang.NullPointerException at com.company.project.event.SMSEvent.hashCode(SMSEvent.java:334) at java.util.HashMap.putForCreate(HashMap.java:413) at java.util.HashMap.readObject(HashMap.java:1031) at java.lang.reflect.Method.invoke(Method.java:597) . at org.apache.wicket.Component.readObject(Component.java:4465) . at org.apache.wicket.util.lang.Objects.byteArrayToObject(Objects.java:409) at org.apache.wicket.protocol.http.pagestore.AbstractPageStore.deserializePage(AbstractPageStore.java:234) at org.apache.wicket.protocol.http.pagestore.DiskPageStore.getPage(DiskPageStore.java:735) at org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLevelCachePageMap.get(SecondLevelCacheSessionStore.java:310) at org.apache.wicket.Session.getPage(Session.java:779) at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:458) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:144) ... the field that is null is probably because it's not loaded by Spring. Anyway, why should it call hashCode(), and how could I avoid it? Best, Martin
Re: why is hashcode() called on page deserialization?
I guess you have a HashMap field in your component, which has an entry with an SMSEvent object as key. You probably shouldn't hold on to references to spring loaded objects. Instead, you should just have an accessor object, which knows how to reload that spring loaded object, e.g. LoadableDetachableModel. cheers, Jonas - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: why is hashcode() called on page deserialization?
Hi, Jonas! I only have some ListView-s with ListSMSEvent passed as an argument. You mean to replace the List with LoadableDetachableModel, that returns the List? Regards, -Original Message- From: Jonas [mailto:barney...@gmail.com] Sent: Friday, March 12, 2010 3:18 PM To: users@wicket.apache.org Subject: Re: why is hashcode() called on page deserialization? I guess you have a HashMap field in your component, which has an entry with an SMSEvent object as key. You probably shouldn't hold on to references to spring loaded objects. Instead, you should just have an accessor object, which knows how to reload that spring loaded object, e.g. LoadableDetachableModel. cheers, Jonas - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: why is hashcode() called on page deserialization?
Yes, exactly. But the stacktrace you posted is about a HashMap that is directly referenced from one of your components - you should also use e.g. LoadableDetachableModel there, I guess. On Fri, Mar 12, 2010 at 2:25 PM, Martin Asenov mase...@velti.com wrote: Hi, Jonas! I only have some ListView-s with ListSMSEvent passed as an argument. You mean to replace the List with LoadableDetachableModel, that returns the List? Regards, -Original Message- From: Jonas [mailto:barney...@gmail.com] Sent: Friday, March 12, 2010 3:18 PM To: users@wicket.apache.org Subject: Re: why is hashcode() called on page deserialization? I guess you have a HashMap field in your component, which has an entry with an SMSEvent object as key. You probably shouldn't hold on to references to spring loaded objects. Instead, you should just have an accessor object, which knows how to reload that spring loaded object, e.g. LoadableDetachableModel. cheers, Jonas - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: why is hashcode() called on page deserialization?
I don't have any HashMap-s that use SMSEvent object as a key. Only List-s Regards, Martin -Original Message- From: Jonas [mailto:barney...@gmail.com] Sent: Friday, March 12, 2010 3:29 PM To: users@wicket.apache.org Subject: Re: why is hashcode() called on page deserialization? Yes, exactly. But the stacktrace you posted is about a HashMap that is directly referenced from one of your components - you should also use e.g. LoadableDetachableModel there, I guess. On Fri, Mar 12, 2010 at 2:25 PM, Martin Asenov mase...@velti.com wrote: Hi, Jonas! I only have some ListView-s with ListSMSEvent passed as an argument. You mean to replace the List with LoadableDetachableModel, that returns the List? Regards, -Original Message- From: Jonas [mailto:barney...@gmail.com] Sent: Friday, March 12, 2010 3:18 PM To: users@wicket.apache.org Subject: Re: why is hashcode() called on page deserialization? I guess you have a HashMap field in your component, which has an entry with an SMSEvent object as key. You probably shouldn't hold on to references to spring loaded objects. Instead, you should just have an accessor object, which knows how to reload that spring loaded object, e.g. LoadableDetachableModel. cheers, Jonas - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: why is hashcode() called on page deserialization?
Well, the stacktrace you posted is about a HashMap, so it must be around somewhere...? I guess you didn't post the full stacktrace, so it may be deeply hidden in something you reference from a wicket Component. Maybe you'll find it by examining the full stacktrace, or using a debugger. cheers, Jonas On Fri, Mar 12, 2010 at 2:39 PM, Martin Asenov mase...@velti.com wrote: I don't have any HashMap-s that use SMSEvent object as a key. Only List-s Regards, Martin -Original Message- From: Jonas [mailto:barney...@gmail.com] Sent: Friday, March 12, 2010 3:29 PM To: users@wicket.apache.org Subject: Re: why is hashcode() called on page deserialization? Yes, exactly. But the stacktrace you posted is about a HashMap that is directly referenced from one of your components - you should also use e.g. LoadableDetachableModel there, I guess. On Fri, Mar 12, 2010 at 2:25 PM, Martin Asenov mase...@velti.com wrote: Hi, Jonas! I only have some ListView-s with ListSMSEvent passed as an argument. You mean to replace the List with LoadableDetachableModel, that returns the List? Regards, -Original Message- From: Jonas [mailto:barney...@gmail.com] Sent: Friday, March 12, 2010 3:18 PM To: users@wicket.apache.org Subject: Re: why is hashcode() called on page deserialization? I guess you have a HashMap field in your component, which has an entry with an SMSEvent object as key. You probably shouldn't hold on to references to spring loaded objects. Instead, you should just have an accessor object, which knows how to reload that spring loaded object, e.g. LoadableDetachableModel. cheers, Jonas - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: why is hashcode() called on page deserialization?
) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.apache.wicket.util.lang.Objects.byteArrayToObject(Objects.java:409) at org.apache.wicket.protocol.http.pagestore.AbstractPageStore.deserializePage(AbstractPageStore.java:234) at org.apache.wicket.protocol.http.pagestore.DiskPageStore.getPage(DiskPageStore.java:735) at org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLevelCachePageMap.get(SecondLevelCacheSessionStore.java:310) at org.apache.wicket.Session.getPage(Session.java:779) at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:458) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:144) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:468) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:301) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454) at java.lang.Thread.run(Thread.java:619) -Original Message- From: Jonas [mailto:barney...@gmail.com] Sent: Friday, March 12, 2010 3:51 PM To: users@wicket.apache.org Subject: Re: why is hashcode() called on page deserialization? Well, the stacktrace you posted is about a HashMap, so it must be around somewhere...? I guess you didn't post the full stacktrace, so it may be deeply hidden in something you reference from a wicket Component. Maybe you'll find it by examining the full stacktrace, or using a debugger. cheers, Jonas On Fri, Mar 12, 2010 at 2:39 PM, Martin Asenov mase...@velti.com wrote: I don't have any HashMap-s that use SMSEvent object as a key. Only List-s Regards, Martin -Original Message- From: Jonas [mailto:barney...@gmail.com] Sent: Friday, March 12, 2010 3:29 PM To: users@wicket.apache.org Subject: Re: why is hashcode() called on page deserialization? Yes, exactly. But the stacktrace you posted is about a HashMap that is directly referenced from one of your components - you should also use e.g. LoadableDetachableModel there, I guess. On Fri, Mar 12, 2010 at 2:25 PM, Martin Asenov mase...@velti.com wrote: Hi, Jonas! I only have some ListView-s with ListSMSEvent passed as an argument. You mean to replace
Re: why is hashcode() called on page deserialization?
) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.apache.wicket.util.lang.Objects.byteArrayToObject(Objects.java:409) at org.apache.wicket.protocol.http.pagestore.AbstractPageStore.deserializePage(AbstractPageStore.java:234) at org.apache.wicket.protocol.http.pagestore.DiskPageStore.getPage(DiskPageStore.java:735) at org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLevelCachePageMap.get(SecondLevelCacheSessionStore.java:310) at org.apache.wicket.Session.getPage(Session.java:779) at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:458) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:144) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:468) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:301) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454) at java.lang.Thread.run(Thread.java:619) -Original Message- From: Jonas [mailto:barney...@gmail.com] Sent: Friday, March 12, 2010 3:51 PM To: users@wicket.apache.org Subject: Re: why is hashcode() called on page deserialization? Well, the stacktrace you posted is about a HashMap, so it must
RE: why is hashcode() called on page deserialization?
Thanks, Jonas, just will try to locate the cache and remove it. Best, Martin -Original Message- From: Jonas [mailto:barney...@gmail.com] Sent: Friday, March 12, 2010 4:56 PM To: users@wicket.apache.org Subject: Re: why is hashcode() called on page deserialization? That's odd - are you sure you restarted/redeployed/etc. your webapp properly? Maybe you should also try clearing the directory where the DiskPageStore stores the serialized pages - just to make sure you won't get an old page again. From the stacktrace I can see you have a wicket component that holds on to an ArrayList (I guess that's your ListView). The ArrayList's elements hold in turn the HashMap in question. If that's correct, your problem should go away if the Component no longer directly holds on to the ArrayList (e.g. by using LoadableDetachableModel) If this still doesn't help, I suggest you try setting an Exception Breakpoint on NullPointerException in your debugger and examine the objects being serialized. You can see the Objects e.g. in as the first parameter of ObjectInputStream.readSerialData cheers, Jonas On Fri, Mar 12, 2010 at 3:36 PM, Martin Asenov mase...@velti.com wrote: Well, Jonas, here's the stacktrace: P.S. LoadableDetachableModel didn't help Regards and thanks, Martin java.lang.NullPointerException at com.company.project.event.SMSEvent.hashCode(SMSEvent.java:334) at java.util.HashMap.putForCreate(HashMap.java:413) at java.util.HashMap.readObject(HashMap.java:1031) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at java.util.HashMap.readObject(HashMap.java:1029) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at java.util.ArrayList.readObject(ArrayList.java:593) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:480) at org.apache.wicket.Component.readObject(Component.java:4465) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849) at java.io.ObjectInputStream.readOrdinaryObject