Hi, What is the type of component with id 'includeMain' ?
The exception says that the second request cannot find a behavior to execute at position one in component 'includeMain'. To understand why this happens we need to know what happens in onXyz() callback in the first request/click. I think you can avoid this by disabling the link after click on the client side so the user cannot click second time until the first returns. On Tue, Dec 4, 2012 at 8:33 AM, JamesXWang <jameswong....@gmail.com> wrote: > Hi Folks, > > On one of my v6.1 wick page there is a set of tabs and a main panel. When > user click on a new tab it will trigger an ajax behavior and create a > different panel to update the main panel. Sometimes I've seen below > exception if I click the tab quickly once the page is loaded. But it didn't > happen everytime. Even it happened I refresh the page and wait for few > second, then click the tabs again the page will work well without any > exception. > > On the main panel java I've tried to override the getStatelessHint() to > return false but it help nothing of this weird exception. > > Any one have the idea how to fix it? Many thanks in advance! > > Exception detail below - > > Unexpected RuntimeException > > Last cause: Cannot find behavior with id '1' on component > 'com.myapp.web.common.LogsPanel:includeMainPanel:includeMain' in page > '[Page > class = com.myapp.web.home.HomePage, id = 6, render count = 1]'. Perhaps > the > behavior did not properly implement getStatelessHint() and returned 'true' > to indicate that it is stateless instead of returning 'false' to indicate > that it is stateful. > > Stacktrace > > Root cause: > > org.apache.wicket.behavior.InvalidBehaviorIdException: Cannot find behavior > with id '1' on component > 'com.myapp.web.common.LogsPanel:includeMainPanel:includeMain' in page > '[Page > class = com.myapp.web.home.HomePage, id = 6, render count = 1]'. Perhaps > the > behavior did not properly implement getStatelessHint() and returned 'true' > to indicate that it is stateless instead of returning 'false' to indicate > that it is stateful. > at org.apache.wicket.Behaviors.getBehaviorById(Behaviors.java:303) > at org.apache.wicket.Component.getBehaviorById(Component.java:4479) > at > > org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:246) > at > > org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:226) > at > > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:814) > at > > org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) > at > org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:253) > at > > org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:210) > at > > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:281) > at > > org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:188) > at > > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:245) > at > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) > at > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) > at > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279) > at > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) > at > > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) > at > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161) > at > > org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) > at > > com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317) > at > > com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195) > at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849) > at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746) > at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045) > at > > com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228) > at > > com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) > at > com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) > at > com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) > at > com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) > at > > com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) > at > > com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) > at com.sun.grizzly.ContextTask.run(ContextTask.java:71) > at > > com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) > at > > com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) > at java.lang.Thread.run(Thread.java:722) > > > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/a-weird-exception-when-update-Panel-tp4654448.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 > > -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com <http://jweekend.com/>
