PQ97391: SHIP INTERNAL DEFECT FIXES FOR SERVICE LEVEL W502019. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
![]() |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
![]() APAR status Closed as program error. Error description Ship internal defect fixes for Service Level W502019.Local fix Problem summary **************************************************************** * USERS AFFECTED: All users of WebSphere Application Server * * V5.0 for z/OS * **************************************************************** * PROBLEM DESCRIPTION: APAR PQ97391 addresses the following * * defect in WebSphere Application Server * * V5.0 for z/OS: * * * * (MD20345) Session data might get lost * * if a session ID retrieved from a * * request is reused to create a new * * session. * * * * (MD20466) If the customer does not * * select APPL security during security * * domain setup, but the APPL class is * * active and a profile matching the * * WebSphere Application Server * * security domain name exists, then * * WebSphere Application Server will * * fail at startup if WebSphere * * Application Server userids do not * * have access to the profile. * * * * (MD20602) ABEND0C4/ABENDS0C4 in * * *PATHNAM/jni_GetPrimitiveArrayRegion * **************************************************************** * RECOMMENDATION: * **************************************************************** APAR PQ97391 addresses the following defect in WebSphere Application Server V5.0 for z/OS: (MD20345) If a session ID is reused, the cache ID retrieved must also be reused. Otherwise, there will be a cacheID mismatch. (MD20466) If the customer sets the customization dialog field "Use APPL Profile to restrict access to WebSphere:" to "N", but the RACF class APPL is active and a profile matching the WebSphere Application Server security domain name (or the default CBS390) exists, then all WebSphere server and client IDs must have access to the profile. Such a "false match" can easily occur if WebSphere Application Server 4.0.1 (which uses APPL profile CBS390, but different default user ID and group names) was previously installed on the same system, or if the customer has a generic APPL profile which matches the WebSphere Application Server 5.x security domain name. If the matching APPL profile is not granted to the server user IDs and to WSGUEST (which can NOT inherit access from a UACC value, since it has the RESTRICTED attribute), then the servant regions will fail during startup. Here are the symptoms when starting the WebSphere V5.0 deployment manager when CBS390 is defined, not granted: MVS console log: BBOO0035W TERMINATING THE CURRENT PROCESS, REASON=C9C20007. BBOO0035W TERMINATING THE CURRENT PROCESS, REASON=C9C20008. IEF450I BBODMGR BBODMGR - ABEND=SDC3 U0000 REASON=000C0008 IEF404I BBODMGR - ENDED - TIME=10.25.40 WebSphere log: BBOS0003E initACEE (IRRSIA00) failed for MVS Userid: DMCR1 , with APPLID: CBS390, with SAF Return Code=8, RACF Return Code=8, RACF Reason Code=32. BBOO0044E Internal communications error: REASON=C9C20CE8. BBOO0035W TERMINATING THE CURRENT PROCESS, REASON=C9C20007. (MD20602) ABEND0C4/ABENDS0C4 IN *PATHNAM/jni_GetPrimitiveArrayRegion, called from bbooejsb.getContainerKey() during dynamic proxy invoke. Call stack: jni_GetPrimitiveArrayRegion() Java_com_ibm_ws390_orb_ORB_getContainerKey() com/ibm/ws390/orb/ORB.getContainerKey() com/ibm/ws390/orb/ClientDelegate.invoke() $Proxy1.getValueObject()Problem conclusion APAR PQ97391 fixes the following defect in WebSphere Application Server V5.0 for z/OS. (MD20345) Set cache ID according to the cache ID retrieved from cookie/browser. (MD20466) Update the customization dialog generated security domain instructions so that if the user selected "N" (No) to "Use APPL Profile to restrict access to WebSphere", we generate instructions to tell the user to check for pre-existing APPL Object. (MD20602) Invalid data passed thru the JNI interface to getContainerKey() and on to jni_GetPrimitiveArrayRegion() caused the ABEND0C4. Correction prevents invalid data from reaching the JNI call. APAR PQ97391 is associated with SERVICE LEVEL W502019 of WebSphere Application Server V5.0 for z/OS.Temporary fix Comments
APAR is sysrouted FROM one or more of the following: APAR is sysrouted TO one or more of the following: UQ95286 Modules/Macros
Publications Referenced
|
Document Information |
Current web document: swg1PQ97391.html
Product categories: Software > Application Servers >
Distributed Application & Web Servers > WebSphere Application
Server for z/OS
Operating system(s):
Software version: 500
Software edition:
Reference #: PQ97391
IBM Group: Software Group
Modified date: Jan 5, 2005
(C) Copyright IBM Corporation 2000, 2009. All Rights Reserved.