PQ65420: HTML DISPLAYED AT BROWSER IS TRUNCATED DUE TO HEADER INFO BEING INCORRECTLY INCLUDED IN OUTPUT WRITTEN TO THE BROWSER. | |||||||||||||||||||||||||||||||||||||||||
![]() |
|||||||||||||||||||||||||||||||||||||||||
![]() APAR status Closed as program error. Error description Customers app contains an initial HTML page ( index.html ) that has an auth constraint of BASIC set in the web.xml *) When attempting to display that page using the HTTP Server: the user is correctly challenged and enters a valid userid & password. When the HTML for index.html is displayed at the browser the last 135 char are missing. At the browser, using the view - source option shows that 135 bytes of header information was incorrectly sent as data, concatenated ahead of the html. *) If the same app is run through the HTTP Transport the app wor correctly, both the challenge and display are correct. *) When the same page is displayed with no auth constraints index.html is properly displayed.Local fix HBCProblem summary **************************************************************** * USERS AFFECTED: All users of WebSphere Application Server * * V4.0.1 for z/OS and OS/390. * * * **************************************************************** * PROBLEM DESCRIPTION: The Page sent to the client is * * truncated due to the Header Information * * being sent as page content. * * * **************************************************************** * RECOMMENDATION: * **************************************************************** The customers Web application contains an initial HTML page that has an auth-constraint of BASIC set in the web.xml file. When attempting to display that page using the HTTP Server, the user is correctly challenged and enters a valid userid & password. When the HTML was displayed at the browser the last 135 bytes were missing. At the browser we can see that 135 bytes of header information was incorrectly sent as data, concatenated ahead of the HTML. When the same application is handled by the HTTP Transport, the Web application works properly.Problem conclusion The headers were committed twice in the runtime. This caused the header information to appear in the response to the client. The code was changed to commit the headers only once. When the request was made through the HTTPTransport handler it worked correctly because the headers were buffered before writing to the output stream, and all duplicate headers were removed. This change affects the following COMPIDs: 5655A9800 R401 for z/OS and OS/390. The code changes are stored in CMVC under defects PQ65420.Temporary fix Comments
APAR is sysrouted FROM one or more of the following: APAR is sysrouted TO one or more of the following: Modules/Macros
|
Document Information |
Product categories: Software > Application Servers >
Distributed Application & Web Servers > WebSphere Application
Server for z/OS
Operating system(s):
Software version: 401
Software edition:
Reference #: PQ65420
IBM Group: Software Group
Modified date: Nov 3, 2002
(C) Copyright IBM Corporation 2000, 2006. All Rights Reserved.