On Thu, Jul 26, 2012 at 5:35 PM, Richard W. Adams <rwada...@up.com> wrote:
> So once the client request gets access to the page instance, it will wait
> forever for a reply?

this is your code, no ?

once the Ajax call gets access to the page Wicket executes
onEvent(AjaxRequestTarget). Here it is your job to not block forever

>
>
>
>
> From:   Martin Grigorov <mgrigo...@apache.org>
> To:     users@wicket.apache.org
> Date:   07/26/2012 09:27 AM
> Subject:        Re: Ajax Timeouts
>
>
>
> Hi,
>
> The timeout is to get access to the page instance. It is for both Ajax
> and normal requests.
> See org.apache.wicket.settings.IRequestCycleSettings#getTimeout
>
> You must have some exceptions in the logs if this is the reason.
>
> But even if Ajax request fails to get access to the page then it will
> end by calling its failure handler.
>
> On Wed, Jul 25, 2012 at 7:50 PM, Richard W. Adams <rwada...@up.com> wrote:
>> My Wicket app occasionally "freezes" on making an Ajax submit that
> invokes
>> a potentially lengthy database operation. My theory is that the database
>> work is taking longer than Wicket allows, & the Ajax call times out. I'm
>> guessing that the browser does not detect this timeout, so my "Please
>> Wait" message continues to be displayed, making the user think he will
>> eventually get an answer from the server. However, in these cases, no
>> matter long he waits (up to many minutes), no reply is ever forthcoming.
>>
>> Before I invest a lot of time trying to FIX this problem, is there a way
>> to determine that an Ajax timeout actually IS the problem? Also, does
>> anyone know what Wicket's default Ajax timeout interval is?
>>
>> I looked over the Javadocs for the various Wicket Ajax classes, but none
>> of them seemed to address this particular issue. Any advice or pointers
>> would be greatly appreciated!
>>
>>
>>
>>
>>
>> **
>>
>> This email and any attachments may contain information that is
> confidential and/or privileged for the sole use of the intended recipient.
>  Any use, review, disclosure, copying, distribution or reliance by others,
> and any forwarding of this email or its contents, without the express
> permission of the sender is strictly prohibited by law.  If you are not
> the intended recipient, please contact the sender immediately, delete the
> e-mail and destroy all copies.
>> **
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
>
> **
>
> This email and any attachments may contain information that is confidential 
> and/or privileged for the sole use of the intended recipient.  Any use, 
> review, disclosure, copying, distribution or reliance by others, and any 
> forwarding of this email or its contents, without the express permission of 
> the sender is strictly prohibited by law.  If you are not the intended 
> recipient, please contact the sender immediately, delete the e-mail and 
> destroy all copies.
> **



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to