PQ63816: AFTER PQ59155, WHEN USING PERSISTENT SESSIONS IN WEBSPHERE, THE SESSION OBJECT IS NOT PUT INTO CACHE UPON CREATION.

Fixes are available
WebSphere Application Server Version 3.5 Fix Pack 7 (3.5.7)
PQ63816, 3.5.6: Session object are being cached upon creation

APAR

APAR status
Closed as program error.

Error description
THERE IS A DIFFERENCE IN BEHAVIOR BETWEEN PERSISENT SESSIONS AND
IN MEMORY (CACHE) SESSIONS. WHEN USING IN MEMORY (CACHE)
SESSIONS, THE SESSION OBJECT IS PLACED INTO CACHE IMMEDIATELY
UPON CREATION. HOWEVER, WHEN USING PERSISTENT SESSIONS, THE
SESSION OBJECT IS NOT PUT INTO CACHE UNTIL THE END OF THE
service() METHOD.
THE CODE NEEDS TO BE CHANGED SO THAT WHEN USING PERSISTENT
SESSIONS, THE SESSION OBJECT IS PUT INTO MEMORY (CACHE) UPON
CREATION AND NOT AT THE END OF THE service() METHOD.
.
Note: If the eFix for this APAR and the one for
PQ68519 are needed on the same AppServer, then this
eFix must be applied first.  If you do not apply them in
this order, then the eFix for PQ63816 will in effect remove
the eFix for PQ68519 if it is applied afterwards.  If you
need both eFixes and PQ68519 has already been applied, then
you must remove that eFix, apply PQ63816 and then reapply
PQ68519.
Local fix
Problem summary
****************************************************************
* USERS AFFECTED: WebSphere Application Server -- Session      *
*                 Manager Users                                *
****************************************************************
* PROBLEM DESCRIPTION: In persistent mode on a session create  *
*                      the session is not being persisted to   *
*                      the database until the service method   *
*                      ends.                                   *
****************************************************************
* RECOMMENDATION:                                              *
****************************************************************
The symptons of the problem are that the session object is
returned as a null value on the second request for it.  This fix
will not be helpful if the session object is being returned as
null other than the second request.  With session persistence
enabled, a session object gets created on the first request for
it.  If another request comes for the same session object before
the session manager has been able to persist the object and the
request goes to another clone, the session manager will return a
null value because the session object hasn't been persisted yet
and been put within the cache of the first clone.  This behavior
can be seen sometimes even if the second request goes to the
same clone as the first request did since the session manager
puts the session object into the cache only at the end of the
service method.
Problem conclusion
This fix supersedes PQ59155 which was opened originally for this
problem but uncovered some other bug in the base version of the
code.
Temporary fix
PQ63816.jar
Comments
APAR information
APAR numberPQ63816
Reported component nameWAS ADVANCED SU
Reported component ID5648C8402
Reported release350
StatusCLOSED PER
PENoPE
HIPERNoHIPER
Submitted date2002-08-02
Closed date2002-09-03
Last modified date2003-01-02

APAR is sysrouted FROM one or more of the following:

APAR is sysrouted TO one or more of the following:APAR is sysrouted FROM one or more of the following:

PQ68153

Modules/Macros
SESSIONS
APAR is sysrouted TO one or more of the following:PQ68153Modules/Macros

Fix information
Fixed component nameWAS ADVANCED SU
Fixed component ID5648C8402

Applicable component levels
R350 PSYUP











Document Information

Product categories: Software, Application Servers, Distributed Application & Web Servers, WebSphere Application Server, General
Software version: 350
Reference #: PQ63816
IBM Group: Software Group
Modified date: 2003-01-02