Return-Path: Delivered-To: apmail-incubator-wicket-dev-archive@locus.apache.org Received: (qmail 74991 invoked from network); 8 Feb 2007 21:45:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Feb 2007 21:45:35 -0000 Received: (qmail 83670 invoked by uid 500); 8 Feb 2007 21:45:42 -0000 Delivered-To: apmail-incubator-wicket-dev-archive@incubator.apache.org Received: (qmail 83552 invoked by uid 500); 8 Feb 2007 21:45:41 -0000 Mailing-List: contact wicket-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: wicket-dev@incubator.apache.org Delivered-To: mailing list wicket-dev@incubator.apache.org Received: (qmail 83543 invoked by uid 99); 8 Feb 2007 21:45:41 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Feb 2007 13:45:41 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of jcompagner@gmail.com designates 64.233.184.229 as permitted sender) Received: from [64.233.184.229] (HELO wr-out-0506.google.com) (64.233.184.229) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Feb 2007 13:45:31 -0800 Received: by wr-out-0506.google.com with SMTP id i23so967005wra for ; Thu, 08 Feb 2007 13:45:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=TF0svWA6Dnju2V4so5qlrjXEwO+pgSgF6/4/WrlbTBzwf4Ze9RqIXnJfnG0xnAIRg7t4dU4GScAnHU5N8Pe371WESlij79JwcpjwieJqqmcMVIpz8sNSfsgvI+2+SXyU+/VIwqY9yBjV3b07x2znUg50/cgtcy6sHTmAfpUeEP4= Received: by 10.114.13.1 with SMTP id 1mr5056442wam.1170971108175; Thu, 08 Feb 2007 13:45:08 -0800 (PST) Received: by 10.114.133.9 with HTTP; Thu, 8 Feb 2007 13:45:08 -0800 (PST) Message-ID: <2e1ce7cd0702081345s333997bfhbd32f91391581245@mail.gmail.com> Date: Thu, 8 Feb 2007 22:45:08 +0100 From: "Johan Compagner" To: wicket-dev@incubator.apache.org Subject: Re: Single-page applications: bad idea in Wicket ? In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10906_26954183.1170971108084" References: <8831903.post@talk.nabble.com> <8867182.post@talk.nabble.com> <23eb48360702081018l100f880fmc3b79777d23c6cf1@mail.gmail.com> <8873296.post@talk.nabble.com> <23eb48360702081252r45aeb976x44718f0e2374e308@mail.gmail.com> <45CB91A3.8070900@knopp.sk> <23eb48360702081313j3673967by4837c7c46b00cf62@mail.gmail.com> <45CB969B.6040204@knopp.sk> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_10906_26954183.1170971108084 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline So always remember the last versionnumber for a page that was a normal request And all normal and ajax request to that version number will always give the latest. What we also could do is have special ajax versioning that doesn't up the version number but can be used in an ajax request to rollback. some thing like: Component[] alteredComponents = page.getVersionManager ().rollbackToAjaxVersion(version) AjaxRequestTarget.add(alteredComponents) johan On 2/8/07, Eelco Hillenius wrote: > > On 2/8/07, Matej Knopp wrote: > > Eelco Hillenius wrote: > > > Can't we come up with something smart like recording the last non-ajax > > > request so that when a request for exactly that url comes in after a > > > couple version changing ajax request we now that we have to discard > > > version info but just serve the latest? > > And what if user really pressed the back button and really returned to > > the page with "old" verion number? > > Then you would recognize it is not the same url as before the ajax > request(s) and you would just roll back the whole thing to that > version. > > Eelco > ------=_Part_10906_26954183.1170971108084--