Re: Session timeout
Re: Session timeout
- Subject: Re: Session timeout
- From: Timo Hoepfner <email@hidden>
- Date: Wed, 3 Feb 2010 23:36:16 +0100
Hi Frédéric,
random thought: AFAIK the timeout you set on the session object is only considered when the session gets checked into the session store again, so as long the session isn't checked in again (at the end of the RR-Loop), the new timeout is not yet applied. When/where do you set the new timeout?
Timo
Am 03.02.2010 um 14:41 schrieb Frédéric JECKER:
>
> 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