Maybe you could even just push JSON to client side and generate items content at client side which is going to be way faster
On Fri, Jul 4, 2014 at 4:06 PM, Ernesto Reinaldo Barreiro < reier...@gmail.com> wrote: > Why don't you try routing all the click to a part of you application that > is always available? E.g. > > 1- You have a list of items that are pushed... They are in a certain > container that is "always" there... At client and server side > 2- The items are pushed but instead of normal AJAX link you use link to > the parent never changing container passing ID of item. This way click will > never fail and it is still sort of object oriented... > > > > On Fri, Jul 4, 2014 at 3:59 PM, Daniel Stoch <daniel.st...@gmail.com> > wrote: > >> On Fri, Jul 4, 2014 at 3:14 PM, Martin Grigorov <mgrigo...@apache.org> >> wrote: >> > Hi, >> > >> > You can use Atmopshere to hide/disable the client side too, not just the >> > server side. >> >> Of course, I already do that. >> But user can click the link after state was changed on the server side >> but before these changes are pushed to client browser. >> >> -- >> Daniel >> >> >> > >> > Martin Grigorov >> > Wicket Training and Consulting >> > https://twitter.com/mtgrigorov >> > >> > >> > On Fri, Jul 4, 2014 at 1:46 PM, Daniel Stoch <daniel.st...@gmail.com> >> wrote: >> > >> >> On Fri, Jul 4, 2014 at 12:33 PM, Sven Meier <s...@meiers.net> wrote: >> >> >> So page was rendered in a browser, >> >> >> on the server component tree was changed >> >> > >> >> > >> >> > What triggers the change to the component tree? On which thread? Are >> you >> >> > using websockets? >> >> > >> >> > Sven >> >> >> >> In general this thread is not initialized by user action but by >> >> application. So yes, it can be push from a server (eg. using >> >> Atmosphere - this is my case) or by ajax self updating behavior. >> >> >> >> -- >> >> DS >> >> >> >> > >> >> > >> >> > >> >> > On 07/04/2014 12:13 PM, Daniel Stoch wrote: >> >> >> >> >> >> Hi all, >> >> >> >> >> >> I think such question occurs from time to time on this list, but I >> >> >> have never found a good answer how to solve such problem in general. >> >> >> The problem is similar to my last question: >> >> >> >> >> >> >> >> >> http://apache-wicket.1842946.n4.nabble.com/How-to-handle-click-on-disabled-links-ListenerInvocationNotAllowedException-td4666287.html >> >> >> but now there is a situation when link was removed from page (not >> >> >> disabled). >> >> >> >> >> >> So page was rendered in a browser, on the server component tree was >> >> >> changed, but user clicks a link in a browser before this changes >> will >> >> >> be pushed to it. It leads to an exception: >> >> >> >> >> >> org.apache.wicket.WicketRuntimeException: Component 'xxx' has been >> >> >> removed from page. >> >> >> at >> >> >> >> >> >> org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:178) >> >> >> at >> >> >> >> >> >> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:862) >> >> >> at >> >> >> >> >> >> org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) >> >> >> at >> >> >> >> >> >> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:261) >> >> >> at >> >> >> >> >> >> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:218) >> >> >> at >> >> >> >> >> >> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289) >> >> >> at >> >> >> >> >> >> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259) >> >> >> at >> >> >> >> >> >> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201) >> >> >> at >> >> >> >> >> >> org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:137) >> >> >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:735) >> >> >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) >> >> >> >> >> >> How it should be properly handled in application? Unfortunately this >> >> >> is not a dedicated exception to catch somewhere, but a common >> >> >> WicketRuntimeException. >> >> >> >> >> >> -- >> >> >> Best regards, >> >> >> Daniel >> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> >> 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 >> >> > > > -- > Regards - Ernesto Reinaldo Barreiro > -- Regards - Ernesto Reinaldo Barreiro