APAR status
Closed as program error.
Error description
When the com.ibm.ws.zos.core.angelRequiredServices property is set in the bootstrap.properties file and includes SAFCRED in the list without also including ZOSWLM, users may see a NullPointerException like the following: [com.ibm.ws.jca.internal.BootstrapContextImpl(641)] : The activate method has thrown an exception java.lang.NullPointerException at com.ibm.ws.zos.wlm.internal.UnauthorizedWLMNativeServices.c reateJoinWorkUnit(UnauthorizedWLMNativeServices.java:195) at com.ibm.ws.zos.wlm.internal.EnclaveManagerImpl.joinNewEncla ve(EnclaveManagerImpl.java:299) at com.ibm.ws.zos.wlm.internal.EnclaveManagerImpl.joinNewEncla ve(EnclaveManagerImpl.java:289) at com.ibm.ws.zos.wlm.context.internal.WLMContextImpl.createNe wEnclave(WLMContextImpl.java:293) at com.ibm.ws.zos.wlm.context.internal.WLMContextImpl.taskStar ting(WLMContextImpl.java:201) at com.ibm.ws.context.service.serializable.ThreadContextDescri ptorImpl.taskStarting(ThreadContextDescriptorImpl.java:405) ...
Local fix
Include the ZOSWLM option in the com.ibm.ws.zos.core.angelRequiredServices property, e.g.: com.ibm.ws.zos.core.angelRequiredServices=SAFCRED,ZOSWLM
Problem summary
**************************************************************** * USERS AFFECTED: All users of IBM WebSphere Application * * Server Liberty for z/OS * **************************************************************** * PROBLEM DESCRIPTION: NullPointerException in * * UnauthorizedWLMNativeServices.createJoi * * nWorkUnit using zosWlm-1.0 * **************************************************************** * RECOMMENDATION: * **************************************************************** A NPE can occur when using the Unauthorized native WLM services without the proper Security setup. The required setup is to have READ permission in the BPX.WLMSERVER profile under the FACITITY class. Without the appropriate permission the native connect call to WLM returns a failure to the invoking JAVA code. The design for the handling of this failure was to build and throw a SecurityException from the activate() method where the WLM connect was driven. This would disable the UnauthorizedWLMNativeServices OSGi Service and prevent future calls to it. The returned information from the native WLM connection failure was not properly handled and resulted in the OSGi Service for UnauthorizedWLMNativeServices to be instantiated and used.
Problem conclusion
Code has been modified under the UnauthorizedWLMNativeServices.activate() method to properly handle a failed native WLM Connect and cause the OSGi Service for UnauthorizedWLMNativeServices to not be instantiated. The fix for this APAR is currently targeted for inclusion in fix pack 22.0.0.5. Please refer to the Recommended Updates page for delivery information: http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
Temporary fix
Comments
APAR Information
APAR number
PH45221
Reported component name
LIBERTY PROF -
Reported component ID
5655W6514
Reported release
CD0
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2022-03-28
Closed date
2022-04-21
Last modified date
2022-04-21
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
LIBERTY PROF -
Fixed component ID
5655W6514
Applicable component levels
[{"Line of Business":{"code":"LOB45","label":"Automation"},"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SS7K4U","label":"WebSphere Application Server for z\/OS"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"CD0"}]
Document Information
Modified date:
22 April 2022