APAR status |
Closed as unreproducible.
| Error description
When cust downloads PQ60074 and tries to apply this fix the
readme should be different for 3.5.x and 4.0.x and also
seems to be that we need an APAR for each ficpack level,
at present we have only one PQ60074 on download site. After
talking to Bhargav it seems the code for this efix is different
for each fixpack level. So please update readme instructions
and also make available different fixec for each fixpack level.
Note:
Please make this APAR as ZEAPAR and flag PQ60074 as error. Note: Please make this APAR as ZEAPAR and flagPQ60074, as error. Local fix
Fix/Work Around: Sent correct instructions on how to apply efix
and also correct PQ60074 for WAS fixpack/version. Problem summary
****************************************************************
* USERS AFFECTED: Websphere v3.5 nameservers which service *
* v5.0 client requests *
****************************************************************
* PROBLEM DESCRIPTION: NullPointerException thrown on v3.5 *
* nameserver *
****************************************************************
* RECOMMENDATION: *
****************************************************************
A check is not made when we write an IOR to the stream to see
if the reply was GIOPLocateReplyUnknownObject
This APAR re-packages the fix for PQ60074 for 3.5. Problem conclusionTemporary fixComments
APAR information | APAR number | PQ74480 | Reported component name | WAS ADVANCED AI | Reported component ID | 5648C8400 | Reported release | 350 | Status | CLOSED UR5 | PE | NoPE | HIPER | NoHIPER | Submitted date | 2003-05-22 | Closed date | 2004-04-30 | Last modified date | 2004-04-30 |
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:
PQ76630
Modules/Macros APAR is sysrouted TO one or more of the following:PQ76630Modules/Macros
Applicable component levels |
|