Use this page to view or change the request and response optimization properties for a Web server plug-in.
To view this administrative console page, click Servers > Web Servers > web_server_name Plug-in Properties > Request and Response.
On the Configuration tab, you can edit fields. On the Runtime tab, you can look at read-only information.
The Runtime tab is available only when this Web server has accessed
applications running on application servers and there is an http_plugin.log file.
Configuration tab
The maximum chunk size the plug-in can use when reading the response body.
This field corresponds to the ResponseChunkSize element in the plugin-cfg.xml file.
The plug-in reads the response body in 64K chunks until all of the response data is read. This approach causes a performance problem for requests whose response body contains large amounts of data.
If the content length of the response body is unknown, the values specified for this property is used as the size of the buffer that is allocated. The response body is then read in this size chunks, until the entire body is read. If the content length is known, then a buffer size of either the content length or the specified size (whichever is less) is used to read the response body.
| Data type | Integer |
| Default | 64 kilobytes
Specify the size in kilobytes (1024 byte blocks). |
When checked, the Nagle algorithm is enabled for connections between the plug-in and the Application Server.
This field corresponds to the ASDisableNagle element in the plugin-cfg.xml file.
The Nagle algorithm is named after engineer John Nagle, who invented this standard part of the transmission control protocol/internet protocol (TCP/IP). The algorithm reduces network overhead by adding a transmission delay (usually 20 milliseconds) to a small packet, which lets other small packets arrive and be included in the transmission. Because communications has an associated cost that is not as dependent on packet size as it is on frequency of transmission, this algorithm potentially reduces overhead with a more efficient number of transmissions.
Clear the check box to disable the Nagle algorithm.
When checked, the Nagle algorithm is used for connections from the Microsoft Internet Informations Services (IIS) Web Server to the Application Server.
This field corresponds to the IHSDisableNagle element in the plugin-cfg.xml file. It only appears if you are using the Microsoft Internet Informations Services (IIS) Web server. Clear the check box to disable the Nagle algorithm for this connection.
When checked, responses to the client are broken into chunks if a Transfer-Encoding : Chunked response header is present in the response.
This field corresponds to the ChunkedResponse element in the plugin-cfg.xml file. It only appears if you are using a Microsoft Internet Informations Services (IIS) Web Server, a Java System Web server, or a Domino Web server. The IHS Web server automatically handles breaking the response into chunks to send to the client.
Clear the check box to if you do not want responses broken into chunks.
This field corresponds to the AcceptAllContent element in the plugin-cfg.xml file.
When selected, users can include content in POST, PUT, GET, and HEAD requests when a Content-Length or Transfer-encoding header is contained in the request header.
When selected, virtual host mapping is performed by physically using the port number for which the request was received.
This field corresponds to the VHostMatchingCompat element in the plugin-cfg.xml file.
If this field is not selected, matching is done logically using the port number contained in the host header.
Use the radio buttons to make your physical or logical port selection.
Which port number the Application Server should use to build URI's for a sendRedirect.
This field corresponds to the AppServerPortPreference element in the plugin-cfg.xml file. Specify:
The default is webserverPort.
The priority in which the Microsoft Internet Informations Services (IIS) Web server loads the WebSphere Web server plug-in.
This field corresponds to the IISPluginPriority element in the plugin-cfg.xml file. It only appears if you are using the IIS Web server. Because the IIS Web server uses this value during startup, the Web server must be restarted before a change to this field takes effect. Select one of the following priorities:
The default value of High ensures that all requests are handled by the Web server plug-in before they are handled by any other filter/extensions. If problems occur while using a priority of Medium or Low, you will have to rearrange the order or change the priority of the interfering filter/extension.
Related reference
Administrative console page features