Riyad, I saw the stop() method and that would help if I only delete one row. But what should I do when the second row on that page is deleted? There is no restart() or start() method in the timer. Maybe I'm not aware of a method to re-enable/re-start the timer.
Ok Riyad, what is smarter than the AjaxFallbackDefaultDataTable in your opinion ;-) Andreas > -----Original Message----- > From: Riyad Kalla [mailto:rka...@gmail.com] > Sent: Monday, February 01, 2010 4:40 PM > To: users@wicket.apache.org; sam.lued...@t-online.de > Subject: Re: AjaxFallbackDefaultDataTable and delete via ModalWindow > > Andreas, > > I'm glad you nailed down what was going on -- that being > said, can you just issue a .stop() on the timer on the first > callback? So you get your 1 update, then the timer gets > killed off and you are good to go? > > Don't know that much about the Ajax Data Table, otherwise I > would recommend something way smarter :) > > -R > > > On Sat, Jan 30, 2010 at 2:11 AM, Andreas Lüdtke > <sam.lued...@t-online.de> wrote: > > > Riyad, > > it's not a dumb question. I asked that already myself > and checked via the > debugger that the object is really deleted. But you've > put me on the right > track: I placed a link where I do a > AjaxFallbackDefaultDataTable.modelChanged(); and that > did the job. Now I've > added an AbstractAjaxTimerBehavior with a duration of 1 > second and that is > updating the table after one second. > > Now I'm curious: do I generate too much Ajax traffic if > that timer is running > every second? I only need it to run once after I > changed the model... > > Thanks > > Andreas > > > > -----Original Message----- > > From: Riyad Kalla [mailto:rka...@gmail.com] > > Sent: Friday, January 29, 2010 8:35 PM > > To: users@wicket.apache.org; sam.lued...@t-online.de > > Subject: Re: AjaxFallbackDefaultDataTable and delete > via ModalWindow > > > > Andreas, > > > > This might be a dumb question, but are you sure at the point > > that the page > > reloads and re-renders, the object *has* been erased from the > > database or > > cache you are utilizing? For example, right after you delete, > > if you put in > > some silly/junk code to immediately re-query for that object, > > it comes back > > null right? > > > > I'm sure this is an Ajax/model issue, but 1 time it took me 2 > > days trying to > > figure out why something "Wasn't deleting" just to find out > > it was, but my > > cache was deferring the operation to a few seconds later. So > > I figured I'd > > throw that out there just incase. > > > > -R > > > > On Fri, Jan 29, 2010 at 10:23 AM, Andreas Lüdtke > > <sam.lued...@t-online.de>wrote: > > > > > Hi, > > > > > > I have an AjaxFallbackDefaultDataTable on a page and when I > > delete a row of > > > the displayed data, I can't get the DataTable to > reload and show the > > > reduced > > > list. I tried already the following: > > > > > > - delete the object (row) in the database > > > - reload the ISortableDataProvider class I'm using <-- this > > is actually not > > > needed, because the object is removed > > > - AjaxFallbackDefaultDataTable.modelChanged() > > > > > > If I refresh the browser window I see that one object is > > missing in the > > > list, > > > but this way I lose the sorting the user has done. > > > > > > Am I missing something? How do I bring the > > AjaxFallbackDefaultDataTable to > > > reflect the changes? > > > > > > Andreas > > > > > > > > > > > > --------------------------------------------------------------------- > > > 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