IBM Support

IJ29388: REGRESSION FIX: SENDING UTF-8 ENCODED HTTPS REQUESTS DOESN'T WORK

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

  • Related to the uplift in the http library (Apache
    HTTPComponents) used by GetHTTP and the RESTful
    functions.
    
    When you use set a ContentType via the
    httpProperties parameter, it doesn't accept a charset parameter
    and defaults to ISO-8859-1.
    

Local fix

  • You might be able to workaround the issue by unsetting
    ContentType e.g.
     var httpProperties = {
     //ContentType:
    "application/json"
     };
    When you don't specify ContentType, it
    defaults to "text/xml; charset=UTF-8", so the content should
    have the correct encoding now.
    You can then adjust the content
    type via a new header e.g.
     var headersToSend = {
    
    'Content-Type':'application/json;charset=UTF-8'
     };
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * All Impact Users                                             *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * When attempting to send a POST/PATCH/PUT request with the    *
    * GetHTTP or RESTful API policy functions, the ContentType     *
    * defaults to ISO-8859-1 instead of UTF-8.                     *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The ContentType value in the HttpProperties parameter doesn't
    accept a charset value. As a result, the request body for
    POST/PUT/PATCH requests are encoded using the ISO-8859-1
    charset. This issue was introduced by APAR IJ24292 which
    upgraded the http library that handles HTTP requests for the
    GetHTTP and RESTful DSA functions.
    

Problem conclusion

  • The ContentType property was updated to use UTF-8 by default for
    json and xml content.
    
    This problem was introduced by APAR IJ24292 which is contained
    in the following maintenance packages:
    | MDVREGR 7.1.0-TIV-NCI-FP0019 |
    | Fix Pack | 7.1.0-TIV-NCI-FP0020
    

Temporary fix

Comments

APAR Information

  • APAR number

    IJ29388

  • Reported component name

    NETCOOL/IMPACT

  • Reported component ID

    5724O59IS

  • Reported release

    710

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2020-11-19

  • Closed date

    2020-11-20

  • Last modified date

    2020-11-20

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

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

Modules/Macros

  • UNKNOWN
    

Fix information

  • Fixed component name

    NETCOOL/IMPACT

  • Fixed component ID

    5724O59IS

Applicable component levels

[{"Line of Business":{"code":"LOB45","label":"Automation"},"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSSHYH","label":"Tivoli Netcool\/Impact"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"710"}]

Document Information

Modified date:
21 November 2020