IBM Support

PK64527: CEMT I WEBSERVICES RETURNS THE WRONG TIME VALUE IN TIMESTAMP/LASTMODTIME 08/05/16 PTF PECHANGE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Customer issues the CEMT I WEBSERVICE command to verify the
    Lastmodtime of a WSBIND file. This is returned in the Timestamp
    field. The Timestamp field does not return time value as GMT.
    The SPI command EXEC CICS I WEBSERVICE returns also the
    incorrect value for the lastmodtime.
    

Local fix

  • x
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: CTS 3.1 users who have PTF's UK26483 &       *
    *                 UK33064 applied.                             *
    ****************************************************************
    * PROBLEM DESCRIPTION: CEMT INQUIRE WEBSERVICE returns wrong   *
    *                      time in TIMESTAMP.                      *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    CEMT INQUIRE WEBSERVICE should display the GMT timestamp
    that the deployed WSBind file on HFS was last updated.
    This timestamp is held in GMT format but when DFHTIMF
    is called to convert the time into hours, minutes and seconds
    it assumes that the time being passed is LOCAL rather than GMT.
    DFHTIMF makes an adjustment to the time before conversion
    which leads to an incorrect time being displayed by CEMT.
    
    The time value which appears on an HTTP Last-Modified header
    can be similarly incorrect as it passes a GMT time to DFHTIMF
    which is then treated as LOCAL time.
    
    This problem did not occur before PK38508 as DFHTIMF used to
    treat all passed time values as GMT.
    

Problem conclusion

  • UK26483 UK33064
    DFHPIWR routine inquire_webservice has been changed to
    specify ZONE(GMT) when it calls DFHTIMF.
    DFHWBSR routine send_static_response has been changed
    to also specify ZONE(GMT) when it calls DFHTIMF.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PK64527

  • Reported component name

    CICSTS V3 Z/OS

  • Reported component ID

    5655M1500

  • Reported release

    400

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2008-04-17

  • Closed date

    2008-06-16

  • Last modified date

    2008-07-01

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

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

    PK65940 UK37355

Modules/Macros

  •    DESPIWR  DESWBAP  DESWBDM  DESWBRQ  DESWBRQF
    DESWBSR  DESWBXM  DFHPIWR  DFHWBAP  DFHWBAPA DFHWBAPF DFHWBAPJ
    DFHWBAPM DFHWBAPT DFHWBAPV DFHWBDM  DFHWBRQD DFHWBRQS DFHWBSR
    DFHWBSRA DFHWBSRM DFHWBSRT DFHWBXM  DFHWBXMA DFHWBXMT
    

Fix information

  • Fixed component name

    CICSTS V3 Z/OS

  • Fixed component ID

    5655M1500

Applicable component levels

  • R400 PSY UK37355

       UP08/06/19 P F806

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.

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
01 July 2008