IBM Support

IT18477: MQINPUT NODE THREAD CONTEXT NOT CORRECTLY INITIALIZED AFTER RE-DEPLOY

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

 

APAR status

  • Closed as program error.

Error description

  • After a re-deploy if a thread is re-used for a new instance of
    an MQInput node then a value to uniquely identify the MQ
    connection used by the input node is not set on the thread
    context. This means that if an MQOutput node is set to pass on
    the message context from the incoming message then it will not
    be able to find it and so creates a new default context.
    
    This could be visible to the user as the UserIdentifier found
    in the outgoing MQMD would be the userid of the integration
    server process rather than that present in the incoming message.
    
    
    
    Additional Symptom(s) Search Keyword(s):
    

Local fix

  • N/A
    

Problem summary

  • ****************************************************************
    USERS AFFECTED:
    All users of IBM Integration Bus V10 using the MQOuput node in a
    pair with an MQInput node, and the passIdentity or passAll
    context settings.
    
    
    Platforms affected:
    MultiPlatform, z/OS
    
    ****************************************************************
    PROBLEM DESCRIPTION:
    After a re-deploy if a thread is re-used for a new instance of
    an MQInput node then a value to uniquely identify the MQ
    connection used by the input node is not set on the thread
    context. This means that if an MQOutput node is set to pass on
    the message context from the incoming message then it will not
    be able to find it and so creates a new default context.
    
    This could be visible to the user as the UserIdentifier found
    in the outgoing MQMD would be the userid of the integration
    server process rather than that present in the incoming message.
    
    
    
    There are a number of resource name changes between WebSphere
    Message Broker and IBM Integration Bus Version 9.0.  For details
    visit
    http://pic.dhe.ibm.com/infocenter/wmbhelp/v9r0m0/topic/com.ibm.e
    tools.mft.doc/bb23814_.htm
    

Problem conclusion

Temporary fix

Comments

APAR Information

  • APAR number

    IT18477

  • Reported component name

    INTEGRATION BUS

  • Reported component ID

    5724J0540

  • Reported release

    A00

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2016-12-19

  • Closed date

    2017-05-25

  • Last modified date

    2017-05-25

  • 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

    INTEGRATION BUS

  • Fixed component ID

    5724J0540

Applicable component levels

  • RA00 PSY

       UP

[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSNQK6","label":"IBM Integration Bus"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"10.0","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
23 March 2020