IBM Support

IC79343: WMQFTE 7.0.4: MESSAGE TO FILE TRANSFER TASK VARIABLE SUBSTITUTION IS NOT USING THE SUPPLIED VARIABLE DATA.

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Message to file transfer tasks that use variable substitution
    are not using the variable data stored in the <usr> folder in
    the RFH2 header. The variable is otherwise present in the <usr>
    folder for the first message on the queue.
    
    A trace shows that the RFH2 property is extracted once the
    resource monitors match condition is satisfied.  The property,
    however, is not returned by the extractUsrRfh2Properties call.
    For example:
    
    c.i.wmqfte.wmqiface.WMQApiImpl
              ----+----+  {  extractUsrRfh2Properties [strucId:'RFH
    '
    version:2 strucLength:128 encoding:546 codedCharSetId:437
    format:'MQSTR
      ' flags:0 nameValueCcsid:1208 nameValueData:
    0:(<usr><destFileName>MY_FILE</destFileName></usr> ) ]
       static  c.i.wmqfte.wmqiface.WMQApiImpl
              ----+----+-  d  extractUsrRfh2Properties data
    [<mcd><Msd>MRM</Msd></mcd>   ]
    @6e406e40  c.i.wmqfte.wmqiface.WMQApiImpl
              ----+----+  }  extractUsrRfh2Properties returns [{}]
    

Local fix

  • Use the -dv flag with a default variable substitution when
    creating the resource monitor.
    

Problem summary

  • If multiple folders were present in an RFH2 header on a message
    which was being placed onto a monitored queue then the usr
    folder may not have been read and if variable substitution was
    expected for values in the message properties then these may not
    have occurred as the usr folder was never read from.
    
    USERS AFFECTED:
    Users who are putting messages to a queue which include MQRFH2
    headers and properties in the usr folder.
    The user will also have a resource monitor monitoring this queue
    and are using variable substitution in the resource monitor to
    read the properties from the usr folder.
    
    PLATFORMS AFFECTED:
    All
    

Problem conclusion

  • The code has been altered to ensure that RFH2 headers are read
    correctly when multiple folders exist.
    

Temporary fix

Comments

APAR Information

  • APAR number

    IC79343

  • Reported component name

    WMQ FILE TRANSF

  • Reported component ID

    5724R1000

  • Reported release

    704

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-10-20

  • Closed date

    2011-11-30

  • Last modified date

    2012-07-20

  • 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

    WMQ FILE TRANSF

  • Fixed component ID

    5724R1000

Applicable component levels

  • R704 PSY

       UP

[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSEP7X","label":"WebSphere MQ File Transfer Edition"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.0.4","Edition":"","Line of Business":{"code":"LOB36","label":"IBM Automation"}}]

Document Information

Modified date:
20 July 2012