PH14474: RECEIVING MESSAGES DFHPI0404 AND DFHPI0400 FOLLOWED BY DFHPI0997AFTER UPGRADING FROM CICS TS 5.4 TO CICS TS 5.5.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• After upgrading to CICS TS 5.5 from CICS TS 5.4, we have a
  problem with a program using the INVOKE SERVICE command.
  
  In CICS TS 5.5 the program is invoking the same service to the
  same server with the same message receives an EIBRESP 16 with
  EIBRESP2 value of 41 indicating the connection has been closed.
  
  Also, DFHPI0404, DFHPI0400 and DFHPI0997 messages are produced.
  The DFHPI0997 message states WEBSERVICE *NONE* The CICS pipeline
  manager has encountered an error: unidentified problem.
  
  In CICS TS 5.4, the same program invoking the same service to
  the same server with the same message receives EIBRESP 0 and
  EIBRESP2 0 with no messages getting produced.
  
  Trace shows:
  
  HTTP 500 internal error and receiving faultCodeDP1001.
  
  PI 1E13 PICA  *EXC* UNLOCK_FAILED
                      RET-B7EFB30E DFHEIPI
                      11:14:53.5586761533 00.0000002329 =0272139
  SO 080C SOSE  *EXC* SYSTEM_SSL_ERROR
                      GSK_RESPONSE(GSK_ERR_CONNECTION_CLOSED)
                      FUNCTION(SECURE_SOC_READ) RESPONSE
                      (EXCEPTION)
                      REASON(CONNECTION_CLOSED)
                      GSK_RETURN_CODE(1B5)
                      RECEIVE_BUFFER(00000050_41E001AC,
                      00000000_00000000 , 00000000_00007E54)
                      RET-378437BD
                      11:14:53.8360253559 00.0000006777 =0281215
  PI 0A27 PIIS  *EXC* TRANSPORT_FAILED
                      RET-B75999F8
                      11:14:53.8363371503 00.0000013056 =0281436
  
  This problem is caused by a restructure of the DFHWBCL to
  support 64-bit buffers.  In this case the request was rejected.
  A 500 Internal Server Error was returned with a response body
  but without a Content-Length header.  DFHWBCL attempts to keep
  receiving the body until the connection is closed.  That process
  works OK but the EXCEPTION/CONNECTION_CLOSED response gets
  propagated back to DFHPITH instead of being reset to OK.
  Additional Symptoms and Keywords:
             Upgrade2CICS55 KIXREVDAM
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: INVOKE SERVICE or INVOKE WEBSERVICE     *
  *                      fails with messages DFHPI0404,DFHPI0400 *
  *                      and DFHPI0997.                          *
  ****************************************************************
  An INVOKE SERVICE or INVOKE WEBSERVICE call receives a HTTP
  response with a "Connection: close" header, no "Content-Length"
  header and a response body.  As no content length was specified,
  CICS will issue a socket receive until all the data has been
  received and return an INVREQ with a RESP2 of 41 to the
  application.
  This results in the messages DFHPI0404, DFHPI0400 and DFHPI0997
  being issued.
  
  Additional Keywords: msgDFHPI0404 msgDFHPI0400 msgDFHPI0997
  

Problem conclusion

• DFHWBCL has been changed so that if a HTTP response with a body
  is received with no content length specified, and the sender
  closed the connection, then normal response will be returned.
  FIXCAT: SWPSP/K
  

Temporary fix

Comments

APAR Information

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

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

Modules/Macros

• DFHWBCL  DFHWBCLI
  

Fix information

• Fixed component name

  CICS TS Z/OS V5

• Fixed component ID

  5655Y0400

Applicable component levels

• R200 PSY UI64784

     UP19/08/17 P F908 ¢

Fix is available

• Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.