Configure HTTP transports

 

+

Search Tips   |   Advanced Search

 

 

Overview

Important: On a distributed platform, HTTP transport support is deprecated. Therefore, the administrative console page used to configure an HTTP transport is not available unless you migrated an HTTP transport from a V5 environment. You must define an HTTP transport channel instead of an HTTP transport to handle your HTTP requests.

Note that the use of IPv6 (Internet Protocol V6) and WS-AT (Web Services Atomic Transactions) are not supported on HTTP transports; they are only supported on HTTP transport channel chains.

An HTTP transport is the request queue between a WAS plug-in for Web servers and a Web container in which the Web modules of an application reside. To define the characteristics of the connections between that plug-in and the Web container, specify:

  • How the transport is to handle a set of connections. For example, specify the number of concurrent requests that is to be allowed.

  • Whether to secure the connections with SSL.

  • The Host and IP information for the transport participants.

 

Procedure

  1. Change the configuration for an existing HTTP transport.

    1. Ensure that virtual host aliases include port values for the transport your are changing.

    2. Go to the HTTP Transports page and click on the transport under Host whose configuration you want to change.

      Remember, on a distributed platform, HTTP transport support is deprecated. Therefore one cannot view this administrative console page unless you are a V5.x user who, during the V6 migration process, indicated that you want to continue using the HTTP transports that are defined for your V5 environment.

    3. On the settings page for an HTTP transport, which might have the page title DefaultSSLSettings, change the specified values as needed, then click OK.

    4. Custom properties page, add and set any custom properties you want to use.

  2. Stop the WAS and start it again. You must stop the WAS and start it again before the configuration changes you made take affect.

 

What to do next

If the Web server is located on a machine remote from the Application Server but is defined on a managed node, the updated plugin-cfg.xml is automatically propagated to the Web server.

If the Web server is defined on an unmanaged node and is not an IBM HTTP Server V6.0 Web server, copy the updated plugin-cfg.xml file to the remote Web server and replace the file that is there. See Editing Web server configuration files for information about copying the plugin-cfg.xml and binary plug-in module to a remote Web server and configuring the Web server to use the files.

If the Web server is an IBM HTTP Server V6.0 Web server, is located on a machine remote from the Application Server, and is defined on an unmanaged node, we can configure the plugin-cfg.xml file so that whenever it is updated, it is automatically propagated to the remote IBM HTTP Server.

 

See also

HTTP transport collection
HTTP transport settings
Transports
HTTP transport custom properties
Configure error logging for internal Web server HTTP transport
Configuring access logging for internal Web server HTTP transport