PH10280: REQUESTOR PIPELINE DEFAULT RESPWAIT TIMEOUT NOT HONOURED ON A WARM START

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• The problem is caused when DFHPIDM reads the catalog entry for
  the requester pipeline.  The respwait value is always passed
  directly to DFHPIPL to recreate the installed pipeline resource.
  However, no consideration is made to whether a respwait value
  was originally set.
  
  If the PIPELINE is defined with RESPWAIT(DEFT) then this causes
  the pipeline to believe it has a real RESPWAIT value of
  -1 after a warm start.  This gets passed through DFHWBCL and on
  to DFHSOCK. DFHSOCK uses -1 to indicate that there is no
  timeout when waiting for the web service response.
  

Local fix

• Set a timeout interval in the DFHWS-RESPWAIT container.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: RESPWAIT attribute of a PIPELINE        *
  *                      resource is not restored correctly      *
  *                      after a warm start.                     *
  ****************************************************************
  An HTTP based requester PIPELINE with RESPWAIT(DEFT) is
  installed and enabled.  RESPWAIT(DEFT) indicates that no timeout
  has been specified so a default of 10 seconds is to be used.
  
  CICS is shut down and restarted using START=AUTO.  This causes
  DFHPIDM to recover the PIPELINE from the catalog.  DFHPIPL is
  called to recreate the installed PIPELINE.  DFHPIPL is
  incorrectly passed a RESPWAIT value of -1.  DFHPIPL should not
  have been passed RESPWAIT because the original PIPELINE did not
  have that attribute explicitly set.  The PIPELINE is now enabled
  with a specific wait timeout of -1.  Sockets domain uses -1 to
  indicate that there is no timeout.  This results in CICS waiting
  forever for web service responses instead of using the default
  10 second timeout.
  

Problem conclusion

• DFHPIDM has been changed to only pass RESPWAIT to DFHPIPL if
  the catalog entry indicates RESPWAIT was explicitly set.
  

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:

  UI62452 UI62453 UI62454 UI62455 UI62456

Modules/Macros

• DFHPIDM
  

Fix information

• Fixed component name

  CICS TS Z/OS V5

• Fixed component ID

  5655Y0400

Applicable component levels

• R000 PSY UI62456

     UP19/04/11 P F904

• R100 PSY UI62455

     UP19/04/11 P F904

• R200 PSY UI62452

     UP19/04/24 P F904

• R800 PSY UI62454

     UP19/04/12 P F904

• R900 PSY UI62453

     UP19/04/12 P F904

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.