IC60710: HATS PDF PRINT FILE CANNOT BE OPENED WHEN HTTP COMPRESSION ON

Rational Host Access Transformation Services, Version 7.5.0.1
Rational Host Access Transformation Services, Version 7.1.0.4
Rational Host Access Transformation Services, Version 7.1.0.5
Rational Host Access Transformation Services, Version 7.1.0.6
Rational Host Access Transformation Services, Version 7.5.0.2
Rational Host Access Transformation Services, Version 7.5.1.1
Rational Host Access Transformation Services, Version 7.5.1.2
Rational Host Access Transformation Services, version 7.5.1.3
Rational Host Access Transformation Services Fix Pack 4 (7.5.1.4) for 7.5.1
Rational Host Access Transformation Services Fix Pack 5 (7.5.1.5) for 7.5.1
Rational Host Access Transformation Services Fix Pack 6 (7.5.1.6) for 7.5.1

APAR status

• Closed as program error.

Error description

• The user has created a PDF print file after setting HTTP
  compression on and found that the PDF print file is no longer
  working.  The resulting PDF file cannot be printed or opened.
  When HTTP compression is turned off then the PDF print works.
  

Local fix

• Turn HTTP compression off
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: Users that want to use HTTP compression      *
  ****************************************************************
  * PROBLEM DESCRIPTION: Print to PDF file fails when using      *
  *                      HTTP compression.  Error messages such  *
  *                      as HAT0801 and HAT0040 may be found in  *
  *                      the WAS log.                            *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  CompressionFilter.java did not override getOutputStream of
  HttpResponseWrapper.  Because of this, any code writing to the
  response OutputStream rather than the PrintWriter effectively
  went around the filter, writing directly to the real response
  object. The filter code did not account for this, and mistakenly
  
  wrote a Content-Encoding=gzip header to a non-zipped response,
  causing problems at the browser and with Adobe.
  
  Also, this filter hard-coded a UTF-8 encoding for the
  PrintWriter, which means that Japanese S-JIS is not working
  for HATS pages.
  

Problem conclusion

• Rewrote CompressionFilter.java so that it correctly caches all
  data, whether binary or character output. It will compress the
  data and write to the caller properly.  Settings were added
  to not cache certain contentTypes and not cache responses
  that are smaller than a 2 bytes. It also will send
  back uncompressed data if compressing the data makes it larger,
  which can happen for images, for example.
  

Temporary fix

Comments

APAR Information

• 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

  RATL HATS MULTI

• Fixed component ID

  5724U6700

Applicable component levels

• R710 PSY

     UP

• R750 PSY

     UP