+

Search Tips   |   Advanced Search

Modify the default web container configuration

A web container handles requests for servlets, JSP (JSP) files, and other types of files that include server-side code. The web container creates servlet instances, loads and unloads servlets, creates and manages request and response objects, and performs other servlet management tasks. The web server plug-ins, provided by the product, help supported web servers to pass servlet requests to web containers.

If the property to start servlets during application server startup is enabled, part of its startup process calls the Servlet.init method on its servlets when you start the web container. Therefore, when the web container starts and calls the init method, other components such as Naming and Work Load Management might not be fully started yet. As a result, application server related calls may not work because all of the application server components might not be ready yet. Once the application server is 'ready for e-business', it is completely ready. If application server related calls fail during Servlet.init method, we can either:

The web container is created initially with default properties values suitable for simple web applications. However, these values might not be appropriate for more complex web applications.

Your application is considered complex if it requires any of the following features:

Make the following configuration changes if we have a complex application:

  1. In the console, click Servers > Server Types > WebSphere application servers > server_name. Then under web container settings, click on one of the following:

    1. Web container, if the web application requires a virtual host, other than the default_host, or requires servlet caching.

    2. Web container transport chains, if we need to reconfigure the HTTP connections.

  2. If the application handles special client request loads, in the console, click Servers > Server Types > WebSphere application servers > server_name. Then under Additional Properties, click Thread pools to modify the thread pool settings.

  3. If the application requires global settings for internal servlets for WAR files packaged by third-party tools, in the console, click Servers > Server Types > WebSphere application servers > server_name > Web Container Settings > Web container. Then under Additional Properties, click Custom properties and enter the appropriate custom property.

  4. (zos) If the application uses transaction class mappings to classify workload, in the console, click Resources > Asynchronous Beans > Work managers > workmanager_name. Then enter the name of the transaction class mapping file in the Default transaction class field.


Subtopics


Related concepts

  • Class loaders

  • Web applications: Resources for learning

    (zos) Transaction class mapping file entries