On Wed, Mar 27, 2013 at 4:55 PM, Sven Meier [via Apache Wicket]
<ml-node+s1842946n4657592...@n4.nabble.com> wrote:
> LookupService is probably coming from another class loader than the
> Wicket classes.

I'm not sure why that would be.  All our pages are launched from the
same menu, my new one included.  They all load their springbeans using
@SpringBean, as does the panel I am re-using which I "new"ed from the
wicket constructor just like everyone else does.  Wicket shouldn't
have been launched using any bootstrap classloader, nor would the
spring context I should think.  I will construct a test of this in the
morning.

> Any particular reason, why you're using Wicket 1.4.x?
> The code to resolve the class on deserialization has been improved with
> Wicket 1.5.x to use the current thread's context class loader.

Well, this is a project where getting approval in the schedule to do
pretty much ANYTHING is largely mandatory.  And approvers don't put a
high priority on upgrading for the sake of upgrading.  They usually
have to be given some compelling specific reason...the new version
fixes a bug that is hurting us, the new version performs better, etc.
No other pages are having this problem, so I don't know if this would
qualify.  I certainly will run it up the flagpole.  But I wouldn't
hold my breath.

> Regards
> Sven
>
>
> On 03/27/2013 07:49 PM, Entropy wrote:
>
>> I tried marking the properties as transient, which got me past that error,
>> but then the properties are null after the validation and that is not
>> really
>> better.  :(
>>
>>
>> Entropy wrote
>>> Form and button works fine without my validator (sounds similar to my
>>> last
>>> message but this is the next problem).  Validator puts up message, and
>>> reloads page with error in it on form submit.  But the following
>>> exception
>>> appears in my console.  The situation is that a re-usable panel has an
>>> @SpringBean property on it.  There is a an extension of that class that a
>>> panel on my page uses.
>>>
>>> The @SpringBean plainly works at first.  The lookupService is set, and
>>> works fine within the reusable panel.  Until I test the error condition.
>>> Then this happens in the console.
>>>
>>> [3/27/13 13:24:08:547 EDT] 0000002a SystemOut     O ERROR [WebContainer :
>>> 8] (RequestCycle.java:1521) - Could not deserialize object using
>>>
>>> `org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory`
>>> object factory
>>> java.lang.RuntimeException: Could not deserialize object using
>>>
>>> `org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory`
>>> object factory
>>> at
>>> org.apache.wicket.util.lang.Objects.byteArrayToObject(Objects.java:435)
>>> 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:479)
>>> at
>>>
>>> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:312)
>>> at
>>>
>>> com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:188)
>>> at
>>>
>>> com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:116)
>>> at
>>>
>>> com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:77)
>>> at
>>>
>>> com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:908)
>>> at
>>>
>>> com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:997)
>>> at
>>>
>>> com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.invokeFilters(DefaultExtensionProcessor.java:1043)
>>> at
>>>
>>> com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.handleRequest(DefaultExtensionProcessor.java:740)
>>> at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3933)
>>> at
>>> com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:276)
>>> at
>>> com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:931)
>>> at
>>>
>>> com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1583)
>>> at
>>>
>>> com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:186)
>>> at
>>>
>>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:452)
>>> at
>>>
>>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:511)
>>> at
>>>
>>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:305)
>>> at
>>>
>>> com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:83)
>>> at
>>>
>>> com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
>>> at
>>>
>>> com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
>>> at
>>>
>>> com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
>>> at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138)
>>> at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204)
>>> at
>>>
>>> com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775)
>>> at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905)
>>> at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1604)
>>> Caused by:
>>> java.io.InvalidClassException: gov.usdoj.afms.umc.services.LookupService;
>>> could not resolve class [gov.usdoj.afms.umc.services.LookupService] when
>>> deserializing proxy
>>> at
>>>
>>> org.apache.wicket.proxy.LazyInitProxyFactory$ProxyReplacement.readResolve(LazyInitProxyFactory.java:236)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>>
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
>>> at
>>>
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>>> at java.lang.reflect.Method.invoke(Method.java:611)
>>> at
>>> java.io.ObjectStreamClass.invokeReadResolve(ObjectStreamClass.java:1131)
>>> at
>>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1779)
>>> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
>>> at
>>> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
>>> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888)
>>> at
>>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770)
>>> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
>>> at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1684)
>>> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1340)
>>> at
>>> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
>>> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888)
>>> at
>>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770)
>>> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
>>> at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1684)
>>> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1340)
>>> at
>>> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
>>> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888)
>>> at
>>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770)
>>> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
>>> at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1684)
>>> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1340)
>>> at
>>> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
>>> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888)
>>> at
>>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770)
>>> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
>>> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:365)
>>> at
>>> org.apache.wicket.util.lang.Objects.byteArrayToObject(Objects.java:413)
>>> ... 35 more
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://apache-wicket.1842946.n4.nabble.com/Exception-with-validator-tp4657588p4657590.html
>> Sent from the Users forum mailing list archive at Nabble.com.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
> ________________________________
> If you reply to this email, your message will be added to the discussion
> below:
> http://apache-wicket.1842946.n4.nabble.com/Exception-with-validator-tp4657588p4657592.html
> To unsubscribe from Exception with validator, click here.
> NAML




--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Exception-with-validator-tp4657588p4657596.html
Sent from the Users forum mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to