Fixes are available
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 number
IC60710
Reported component name
RATL HATS MULTI
Reported component ID
5724U6700
Reported release
710
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2009-04-08
Closed date
2009-04-20
Last modified date
2009-04-20
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
Document Information
Modified date:
20 April 2009