Re: Session timeout
Re: Session timeout
- Subject: Re: Session timeout
- From: Frédéric JECKER <email@hidden>
- Date: Wed, 3 Feb 2010 15:45:22 +0100
Hi Christian,
The use case is really : do something, go away take a coffee, come back and work again and.... Timeout.
I know that the solution would be to forbid users to get coffee or to go to the toilets but I doubt that they will appreciate it ;)
Regards
Le 3 févr. 2010 à 14:47, Christian Trotobas a écrit :
> Hi Fred
>
> Could it be exceptions that cause the session to end prematurely ? And the exception being catched but hidden by a "session timeout page" ?
>
> Regards
> Christian
>
>
> On 3 févr. 2010, at 14:41, Frédéric JECKER wrote:
>
>>
>> Hi Timo,
>>
>> The fact is that disconnections are not happening during long transactions (we are using WOLongResponsePages for those) but after
>> user inactivity.
>>
>> Regards
>>
>> Le 3 févr. 2010 à 11:56, Timo Hoepfner a écrit :
>>
>>> When those transactions are blocking the instance, the browser request might be redirected to another instance by wotaskd. And that instance doesn't know about the session and thus reports "session timed out" while the correct message would be "session not found" in this case. Maybe this is the case? Then use something like WOLongResponsePage or ERXLongResponse to pevent the instance from blocking.
>>>
>>> Timo
>>>
>>>
>>> Am 03.02.2010 um 11:13 schrieb Frédéric JECKER:
>>>
>>>> Hi,
>>>>
>>>> In our application's Session object we set the default session timeout to 3600 seconds by a call to the setTimeOut() function within the constructor.
>>>> One some specific transactions we lengthen this time by modifying the user's session (again using the setTimeOut() function).
>>>> We have very hazardous issues with those timeouts as sometimes users are experiencing session loss after only 10 minutes of inactivity.
>>>> What are we doing wrong ? are there some good practices regarding timeout usages ?
>>>>
>>>> Thanks for your help
>>>> Regards
>>>> Fred
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list (email@hidden)
>>>> Help/Unsubscribe/Update your Subscription:
>>>>
>>>> This email sent to email@hidden
>>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden