PK83719: MESSAGE LEFT ON CICS REQUEST BRIDGE QUEUE WHEN APPLICATION UNDER UOW CONTROL ABENDS AND A PUT FAILS TRYING TO PUT TO THE REPLYQ.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• There is a problem with the code at CICS V3.2 when a User DPL
  application doing work under UOW control abends and there
  is a PUT error when an attempt is made to put an error response
  to the ReplyToQ specified in the MD. When these two events
  coincide messages that form part of the UOW will get left on the
  Bridge request queue.
  

Local fix

• Fix the PUT error.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All.                                         *
  ****************************************************************
  * PROBLEM DESCRIPTION: When using the CICS MQ bridge with CICS *
  *                      TS 3.2 connected to a WebSphere MQ      *
  *                      version 6 or higher queue manager, a    *
  *                      failure during the PUT of an error      *
  *                      reply during backout results in         *
  *                      messages being left on the bridge       *
  *                      request queue.                          *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  In module DFHMQBP2 an error reply message is built to inform
  users of a message processing failure that has caused backout
  to take place. The message is put to the reply queue ahead of
  processing to remove all messages for the failing unit of work
  from the bridge request queue. However in this scenario the
  put of the error reply has failed which has then wrongly
  caused all subsequent backout processing to be bypassed
  resulting in messages for the failed UOW being stranded on the
  bridge queue instead of being removed to the DLQ (Dead Letter
  Queue) as expected.
  

Problem conclusion

• Module DFHMQBP2 has been modified to continue backout
  processing following an error reply put failure.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

  PK76135

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

  UK48264

Modules/Macros

•    DFHMQBP0 DFHMQBP1 DFHMQBP2 DFHMQBRH DFHMQBR0
  DFHMQBR2 DFHMQBR3 DFHMQP0@ DFHMQP1@ DFHMQP2@ DFHMQR0@ DFHMQR2@
  DFHMQR3@
  

Fix information

• Fixed component name

  CICSTS V3 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R503 PSY UK48264

     UP09/07/17 P F907

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.