On Mon, Jan 30, 2012 at 10:13 AM, Chris Colman <[email protected]> wrote: >>> Last cause: Could not find component >>> 'body:_wicket_child2:_wicket_extend3:welcomePanel:loginForm' on page >>> 'class com.sas.av.ui.wicket.templates.original.HomePage**** > >>Do you do anything tricky related to the statelessness of the page > together >>with usage of onInitialize() ? >>I remember such problems with stateless pages in 1.5 RCs but we solved >>them. Maybe you found a new way to break it. > > I have set up the base class of all our pages to be a component > resolver. It is responsible for resolving the welcomePanel above but the > loginForm inside that panel is explicitly added i.e. not automatically > resolved by the component resolver. > > Maybe it's because our pages all derive from a base class that defines > <body> as a wicket component. Maybe after auto resolving things get > added to the page itself instead of the body component - just throwing > out random thoughts here ;)
Yes, I'd also bet the problem is related to the resolver. If this is the case then we have to improve the error message too - it should tell you which component exactly in this path is the missing one. A quickstart will make it easier to debug and fix. > > In terms of trickiness with statelessness we do this in App.init: > > // Turn off page versioning to make it like 1.4.x > getRequestCycleSettings().setRenderStrategy(IRequestCycleSettings.Render > Strategy.ONE_PASS_RENDER); > getPageSettings().setVersionPagesByDefault(false); > > > Regards, > Chris > > >> >>> **** >>> >>> ** ** >>> >>> Root cause:**** >>> >>> org.apache.wicket.request.handler.ComponentNotFoundException: Could > not >>> find component >>'body:_wicket_child2:_wicket_extend3:welcomePanel:loginForm' >>> on page 'class com.sas.av.ui.wicket.templates.original.HomePage >>> >>atorg.apache.wicket.request.handler.PageAndComponentProvider.getCompone > nt(P >>ageAndComponentProvider.java:181) >>> >>atorg.apache.wicket.request.handler.ListenerInterfaceRequestHandler.get > Comp >>onent(ListenerInterfaceRequestHandler.java:92) >>> >>atorg.apache.wicket.request.handler.ListenerInterfaceRequestHandler.res > pond >>(ListenerInterfaceRequestHandler.java:239) >>> >>atorg.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond( > Requ >>estCycle.java:781) >>> at org.apache.wicket.request.RequestHandlerStack.execute >>> (RequestHandlerStack.java:64) >>> at org.apache.wicket.request.cycle.RequestCycle.execute >>> (RequestCycle.java:255) >>> at org.apache.wicket.request.cycle.RequestCycle.processRequest >>> (RequestCycle.java:212) >>> >>atorg.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach( > Requ >>estCycle.java:283) >>> at org.apache.wicket.protocol.http.WicketFilter.processRequest >>> (WicketFilter.java:185) >>> at org.apache.wicket.protocol.http.WicketFilter.doFilter >>> (WicketFilter.java:241) >>> at > com.sas.av.ui.wicket.templates.original.MyWicketFilter.doFilter >>> (PagebloomFilter.java:96) >>> at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >>> (ApplicationFilterChain.java:235) >>> at org.apache.catalina.core.ApplicationFilterChain.doFilter >>> (ApplicationFilterChain.java:206) >>> at com.sas.av.model.context.UrlRedirectorFilter.doFilter >>> (UrlRedirectorFilter.java:77)**** >>> >>> ** ** >>> >>> Using latest snapshot as of about 1 hour ago when I pull all changes > on >>> wicket-1.5.x branch.**** >>> >>> ** ** >>> >>> Yours sincerely,**** >>> >>> ** ** >>> >>> Chris Colman**** >>> >>> **** >>> >>> Pagebloom Team Leader,**** >>> >>> Step Ahead Software >>> >>> **** >>> >>> pagebloom - your business & your website growing together**** >>> >>> ** ** >>> >>> **Sydney**: (+61 2) 9656 1278 ****Canberra****: (+61 2) 6100 2120 >>> **** >>> >>> Email: [email protected] <//[email protected]>**** >>> >>> Website:**** >>> >>> http://www.pagebloom.com**** >>> >>> http://develop.stepaheadsoftware.com**** >>> >>> **** >>> >>> ** ** >>> >> >> >> >>-- >>Martin Grigorov >>jWeekend >>Training, Consulting, Development >>http://jWeekend.com <http://jweekend.com/> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
