PK66034: WEB SEND REQUEST FAILS AFTER UPGRADE TO TS 3.2 CONTENT OF THE HTTP BODY INCORRECTLY DETERMINED TO BE NON-TEXT.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• You just upgraded to CICS TS v3.2 and have CICS set up as a
  client making an HTTPS outbound request to an external server.
  From the trace, we can see charset=iso-8859-1 is absent from the
  content-type header and the body of the HTTP request is being
  sent in EBCDIC instead of ASCII.
  The problem is DFHWBCL sets a flag called non_text in refstep
  wbcl_check_mediatype. If the mediatype passed by the application
  starts with text/ or ends with xml then it is treated as text.
  However, in this case the mediatype is
  application/x-www-form-urlencoded, so ends up being treated as
  non-text. It should be treated as text.
  The same outbound request works in TS 31.
  Additional Symptom(s) Search Keyword(s): KIXREVJXD
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: Incorrect output using EXEC CICS WEB    *
  *                      SEND of an HTTP POST request.           *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  An outbound HTTP application issued EXEC CICS WEB SEND which
  included HTTP POST request with a mediatype of
  application/x-www-form-urlencoded. As no 'charset=' was included
  DFHWBCL incorrectly assumed that this mediatype was non text
  by setting flag 'non-text=true'.
  This prevented the EDCDIC->ASCII conversion of the HTTP BODY and
  default 'charset=iso-8859-1' was not appended to the
  Content-Type header.
  An error response was returned by the remote server which
  attempted to process this incorrect HTTP POST request.
  

Problem conclusion

• DFHWBCL has been changed to ensure that a mediatype of
  application/x-www-form-urlencoded is recognized and treated
  as text.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

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

  UK38089

Modules/Macros

•    DESWBCL  DFHWBCL
  

Fix information

• Fixed component name

  CICSTS V3 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R500 PSY UK38089

     UP08/07/16 P F807

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.