PQ54783: IF HTTPSESSION SWITCH BETWEEN 2 CLONES THE SESSION COULD BE NOT UPDATED | |||||||||||||||||||||||||||||||||||||
![]() |
|||||||||||||||||||||||||||||||||||||
APAR status Closed as program error. Error description This problem occurs only when there is a switch between the two clones for a HttpSession.For example if clone1 receives the first request creates a session object and after that all subsequent requests to the second clone.Local fix Problem summary r uses cache id to maintain the latest version of the session ob ject in the cache. With URL Rewriting there might be scenarios where a URL containing an obsolete session id might be sent over from a browser. This normally should not matter once session aff inity is established. However, in failover cases there might be windows where the session manager may use the stale object inste ad of going to the database leading to loss of session data.Problem conclusion arguement called verifyDatabaseCopy has been introduced which wh en set to true will cause the session manager to compare the las t accessed time from the database with the in memory copy and in case of a mismatch will cause the session object to be read in from the database.It needs to be noted that this wil l introduce some amount of performance degradation since each re quest for a session object will execute an additional sql statem t to the database.Temporary fix Comments
APAR is sysrouted FROM one or more of the following: PQ50400 APAR is sysrouted TO one or more of the following: Modules/Macros
|
Document Information |
Product categories: Software > Application Servers >
Distributed Application & Web Servers > WebSphere Application
Server > General
Operating system(s):
Software version: 400
Software edition:
Reference #: PQ54783
IBM Group: Software Group
Modified date: Nov 14, 2001
(C) Copyright IBM Corporation 2000, 2006. All Rights Reserved.