PM69868: UNEXPECTED X'00'S IN XML OUTPUT OF DFSORP50

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • When DFSOTP50 creates XML output for oommand /INIT OLREORG
    NAME(....) it includes section cmdrsphdr:
      <cmdrsphdr>
      <hdr slbl="PART" llbl="Partition" ... />
      <hdr slbl="MBR" llbl="MbrName" ... />
      <hdr slbl="CC" llbl="CC" ... />
      ..............................  (x'6F' bytes of x'00' )
      </cmdrsphdr>
    ..
    The x'00's cause problems for IBM parser (gxlpParse).
    ..
    In an earlier version of IMS, the location of the binary zeroes
    was occupied by field HEDRLSTT (another <hdr ... /> statement).
    That field is now obsolete, but it appears the length of the
    cmdrsphdr section was not adjusted when HEDRLSTT was removed.
    ..
    The DFSORP50 statement causing the error is
      LA    R6,MAXHEADR    GET MAXIMUM HEADER LENGTH  03210000
    The definition of MAXHEADR needs to be corrected.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All using IMS V11 who issue INIT OLREORG     *
    *                 commands and interpret the XML output.       *
    ****************************************************************
    * PROBLEM DESCRIPTION: The XML output had X'6F' of zeros at    *
    *                      the end of the cmdrsphdr section and    *
    *                      this causes a problem for the IBM       *
    *                      parser (gxlpParse).                     *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    During the building of the INIT OLREORG command response,
    DFSORP50 uses the maximum header length, MAXHEADR, to obtain
    storage to build the XML response in. This length includes a
    field, HEDRLSTT, that is X'6F in length and is not used in the
    response. So when the response is sent it has X'6F' bytes of
    zeros at the end which can cause issues for any product
    interpreting the XML output.
    
    Additional keywords: CMDINIT INITCMD OLR
    

Problem conclusion

  • GEN:
    KEYWORDS:
    
    *** END IMS KEYWORDS ***
    DFSORP50 has been changed to use a MAXHEADR length of the
    correct size for the XML response.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM69868

  • Reported component name

    IMS V11

  • Reported component ID

    5635A0200

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-07-31

  • Closed date

    2013-01-08

  • Last modified date

    2013-02-04

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

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

    PM77882 PM77883 UK90790

Modules/Macros

  •    DFSORP50
    

Fix information

  • Fixed component name

    IMS V11

  • Fixed component ID

    5635A0200

Applicable component levels

  • R100 PSY UK90790

       UP13/01/15 P F301

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.



Rate this page:

(0 users)Average rating

Document information


More support for:

IMS

Software version:

100

Reference #:

PM69868

Modified date:

2013-02-04

Translate my page

Machine Translation

Content navigation