PK01795: AN HTTP REQUEST WITHOUT A PORT IS NOT BEING REDIRECTED TO PORT 80 BY THE HTTP PLUGIN

 Fixes are available

6.0.2: WebSphere Application Server V6.0 Refresh Pack 2 for AIX platforms
6.0.2: WebSphere Application Server V6.0 Refresh Pack 2 for HP-UX platforms
6.0.2: WebSphere Application Server V6.0 Refresh Pack 2 for OS/400 platforms
6.0.2: WebSphere Application Server V6.0 Refresh Pack 2 for Solaris platforms
6.0.2: WebSphere Application Server V6.0 Refresh Pack 2 for Windows platforms
6.0.2: WebSphere Application Server V6.0 Refresh Pack 2 for Linux platforms
6.0.1.2: WebSphere Application Server Version 6.0.1 Fix Pack 2



APAR status
Closed as program error.

Error description
An HTTP request specified without a port failed because the HTTP
Plugin redirected the request incorrectly to port 83. In this
customer's particular scenario, port 83 was the port in the
httpd.conf file and was specifically prohibited from being used
via firewall setup. The customer expected the HTTP request to be
redirected to the default port of 80.
Local fix Problem summary
****************************************************************
* USERS AFFECTED: All users of WebSphere Application Server    *
*                 V5.0 for z/OS                                *
****************************************************************
* PROBLEM DESCRIPTION: WebSphere Application Server for z/OS   *
*                      redirects a request to the HTTP         *
*                      Server port, when it should direct it   *
*                      to the port of the original request.    *
****************************************************************
* RECOMMENDATION:                                              *
****************************************************************
If an HTTP request has no port in the Host header, then the
plugin stores the HTTP Server port in the $WSSP header, but
this may cause a problem for some topologies.

For example, if there is a front-end proxy server before
the HTTP Server and the HTTP Server itself is inaccessible to
clients, and the front-end server sends a Host header without
a port number, then a redirect from the application should
redirect the request to the front-end server's port, not to the
inaccessible HTTP Server. The user may observe this as
"connection refused" or "server not found".

The RFC2616 section on the Host: header says that a "host"
without any trailing port information implies the default port
for the service requested: 80 for HTTP, 443 for HTTPS.
Problem conclusion
The z/OS plugin is modified to store the default port, 80 or
443, in the $WSSP header if there is no port number in the Host
header.

APAR PK01795 is associated with SERVICE LEVEL W502030 of
WebSphere Application Server V5.0 for z/OS.
Temporary fix Comments
APAR information
APAR number PK01795
Reported component name WEBSPHERE FOR Z
Reported component ID 5655I3500
Reported release 500
Status CLOSED PER
PE NoPE
HIPER NoHIPER
Special Attention NoSpecatt
Submitted date 2005-02-28
Closed date 2005-05-24
Last modified date 2005-06-02

APAR is sysrouted FROM one or more of the following:

APAR is sysrouted TO one or more of the following:
PK01799 UK03726

Modules/Macros
BBOCSESS BBOOCJEX BBOUBINF BBOZ1510 BBOZ1514 BBOZ1524
BBOZ1533 BBOZ1610 BBOZ1617 BBOZ2133 BBOZ2134 BBOZ21
***This field was truncated. To obtain
the full apar record, please contact
your local support center.***    

Publications Referenced

Fix information
Fixed component name WEBSPHERE FOR Z
Fixed component ID 5655I3500

Applicable component levels
R500 PSY UK03726    UP05/05/28 P F505

  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.


Document Information


Current web document: swg1PK01795.html
Product categories: Software > Application Servers > Distributed Application & Web Servers > WebSphere Application Server for z/OS
Operating system(s):
Software version: 500
Software edition:
Reference #: PK01795
IBM Group: Software Group
Modified date: Jun 2, 2005