no, have a look at AbstractAjaxDefaultBehavior:61

i disable page versioning for the duration of the ajax request processing

we need to do this so that the page version does not increment, otherwise all non-ajax links in the page will be pointing to an older version because their markup is not updated.


-Igor


On 2/18/06, Johan Compagner <[EMAIL PROTECTED]> wrote:
is it also possible the other way around?

So ajax makes versions of a page? And because of that a submit can't find it anymore because the page version is already removed?

johan



On 2/18/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
and the fix is in. give it a try it should work now.

-Igor



On 2/17/06, Igor Vaynberg <[EMAIL PROTECTED] > wrote:
versioning+forms+timered ajax events do not mix nicely right now. there are some nasty timing issues.

consider this

event | requested page version | page version after event

initial loading of the page | n/a | 0

ajax timer runs | 0 | 0

ajax timer runs | 0 | 0

xml http request has cued the next ajax call (call A) this call is for version zero
you press the submit button ( call B ) this call is also for version zero

submit button (call B) | 0 | 1 <!== new version generated due to form submit

ajax request (call A) | 0 | 0 <== since ajax has requested version zero the page has been rolled back to version zero

submit button | 1 <== error , since the previous ajax request rolled back the version to zero form submit fails because it wants version 1

a possible solution i see is to have a way to encode a request (mostly ajax) for whatever the latest version is. i will look into it soon.

-Igor



On 2/17/06, Ari Suutari < [EMAIL PROTECTED]> wrote:
Example of the problem is at http://download.syncrontech.com/public/ajaxpageversionproblem.zip
I didn't know now to write a complete junit test case for this, but I hope this helps at least
a little.

To use this example, load the page, press the submit button, wait 5 seconds (to give
ajax time to update) and press button again.

    Ari S.

----- Original Message -----
From: "Juergen Donnerstag" < [EMAIL PROTECTED]>
To: < wicket-develop@lists.sourceforge.net>
Sent: Friday, February 17, 2006 12:22 PM
Subject: Re: [Wicket-develop] AbstractDefaultAjaxBehaviour and problem with versioned pages


> I'm all for (automated) junit tests to be added to core.
>
> Juergen
>
> On 2/17/06, Ari Suutari < [EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> It looks like current cvs version has a problem with ajax things based on
>> AbstractAjaxTimerBehavior (like AjaxSelfUpdatingTimerBehavior).
>> When used on a page that is versioned weird things happen, I get messages like:
>>
>> [http-80-Processor24] INFO No version manager available to retrieve requested versionNumber 1
>> [http-80-Processor24] INFO Unable to get version 1 of page [Page class = syncrontech.examples.blastfurnace.SimpleTestPage, id =
>> 1]
>>
>> This is a simple test page with one Label (which is updated every 2 seconds with ajax) and
>> single Form + Button. When the page is loaded, ajax works ok and label is updated correctly.
>> But when I press submit button on the form (which changes the model in form which makes
>> the page versioned) these messages appear when the ajax tries to render the label. And, if I now
>> press the submit button again, I get an error page saying "page expired".
>>
>> I don't know if this has worked before, we ran into this when I promoted the ajax things
>> in wicket internally to a co-worker (I can provide a simple test application if anyone is interested).
>>
>>     Ari S.
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>> _______________________________________________
>> Wicket-develop mailing list
>> Wicket-develop@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-develop
>>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd_______________________________________________
> Wicket-develop mailing list
> Wicket-develop@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
>
>



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop




Reply via email to