Thanks Chuck.

I have done some further research and I have the impression that there is
some kind of race condition where a session that is being removed because of
a timeout is also handling requests.

The loggings indicate that a session is destroyed but then nevertheless a
doGet is invoked with a request parameter that refers to that timed out
session.

If I crank up the timeout, seriously reducing the chances a session times
out before it has completed all the client requests it is supposed to handle
during the test, the problem does no longer occur.

I am not sure where that leaves me. I am still uncertain as to what the
servlet is doing wrong.

Would you (or anyone else) have any other comments on this?

Thanks,

Peter



Caldarale, Charles R wrote:
>
>> From: Peter Coppens [mailto:pc.subscriptions@(protected)]
>> Subject: session#getId changes during doGet invocation under
>> heavy load
>>
>> THe problem I run into is that, under heavy load, during the
>> doGet invocation for the login request the session attached
>> to the request is changed by some other thread (the value
>> returned from getId changes and attributes that are originally
>> set are removed).
>
> This is most likely an application problem - storing session- or
> request-specific data in an inappropriately scoped structure (e.g., a
> servlet field). Under light load, this won't hurt, since the insertion
> and retrieval for a given request don't overlap any other requests. As
> the load increases, so does the probability of an overlap and erroneous
> retrieval of data for another request.
>
> - Chuck
>
>
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
> MATERIAL and is thus for use only by the intended recipient. If you
> received this in error, please contact the sender and delete the e-mail
> and its attachments from all computers.
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@(protected)
> To unsubscribe, e-mail: users-unsubscribe@(protected)
> For additional commands, e-mail: users-help@(protected)
>
>
>

--
Sent from the Tomcat - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To start a new topic, e-mail: users@(protected)
To unsubscribe, e-mail: users-unsubscribe@(protected)
For additional commands, e-mail: users-help@(protected)