Another option - this might be a better first line of defence. Perhaps we look at implementing the other solution if the problem still exists.
On Fri, Nov 9, 2007 at 2:42 AM, Christian Alejandro Marquez Grabia < [EMAIL PROTECTED]> wrote: > Well...after trying on different things, what I did was override the > "onAttach" method, and there I regenerate the tree. > > Don't know if this is the better way, but it's working so far. > > Thanks for your help, > Chris > > On Nov 5, 2007 4:35 PM, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > maybe your tree model caches more then it should, not sure. if you > > want regen the page then its url has to be bookmarkable, but the tree > > doesnt work with that really without some extra work... > > > > -igor > > > > > > On 11/5/07, Christian Alejandro Marquez Grabia <[EMAIL PROTECTED]> > wrote: > > > Thanks Igor. > > > > > > Indeed, the browser now reloads the page, but the Internal Error > occurs > > now, > > > instead of watching the cached page. It seems that the Java page is > > > somewhere cached, and the tree is attempted to be reloaded, and since > > some > > > of the methods use the objects in the tree, it brings up the internal > > error. > > > > > > Is there anyway to make the Java web page to be regenerated, instead > of > > > using the previous one? So that the tree is re-drawn without the item. > ( > > in > > > the address bar the url ends with :4::. after deleting it becomes > :5::, > > but > > > when I press the back button, the :4:: appears, and so does the > internal > > > error. > > > > > > any ideas on how to make it re-draw the tree, using real data? > > > > > > Chris > > > > > > On 11/5/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > > > > > > override webpage#setheaders() and instead of no-cache set a no-store > > > > header. that should force the browser to reload the page on > > > > backbutton... > > > > > > > > -igor > > > > > > > > > > > > On 11/5/07, Christian Alejandro Marquez Grabia <[EMAIL PROTECTED]> > > wrote: > > > > > I am using Wicket version 1.2.6 > > > > > > > > > > I have been looking for this or related issues in the list, but > > couldn't > > > > > find any to solve my problem. > > > > > > > > > > I have a page that show a Tree with many items. These items can be > > > > deleted > > > > > using a link. When the item is deleted the page is reloaded using > > > > > SetResponsePage(). Then if I click the browser's back button, I go > > to > > > > the > > > > > previous page in which this item was not deleted, causing an > > > > inconsistence > > > > > between the tree and the real thing, that will eventually cause an > > > > internal > > > > > error leading the user to the internal error page. > > > > > > > > > > Is there a way to tell wicket that if the back button is pressed, > to > > > > reload > > > > > the page fully, i.e. rebuild it, not using cache? > > > > > > > > > > Thanks in advanced, > > > > > Chris > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > >
