Architecture and Functions of the SAP Web Dispatcher 
SAP Web Dispatcher as an Infrastructure Component
The SAP Web dispatcher is located between the Web client (browser) and your SAP system that is running the Web application.
It forwards the incoming requests (HTTP, HTTPS) in turn to the application server (AS) of the SAP system. The number of requests that are sent to an AS depends on its capacity. The capacity of an AS ABAP depends on the number of configured dialog work processes. The capacity of a AS Java depends on the number of Server Processes. If the application is stateful, the SAP Web dispatcher ensures that with the next request, the user is forwarded to the server that is processing his or her application. To do this, it uses the session cookie with HTTP connections, and the client IP address with end-to-end SSL (see also SAP Web Dispatcher and SSL).
The procedure for this is described in detail in Server Selection and Load Balancing Using the SAP Web Dispatcher.
Furthermore, the SAP Web dispatcher decides whether the incoming request should be forwarded to an ABAP or Java server. See also SAP NetWeaver AS with ABAP and Java.
Note
Unlike HTTP Load Balancing Using the SAP Message Server, redirects are not executed when the SAP Web dispatcher is used. This avoids the associated disadvantages (several IP addresses must be known, book marking is not possible, authentication after changing the application server).
Structure of the SAP Web Dispatcher
The architecture is the same as the Internet Communication Manager, see the Internet Communication Manager (ICM). The Web dispatcher uses the same HTTP framework and is likewise structured modularly from subhandlers. But unlike the ICM, the SAP Web Dispatcher does not directly pass incoming requests to a work process (such as a server process)– it passes them to the ICM of the application server. The response of the application server to a request returns to the client using the same network connection via the Web dispatcher.
If the application server acting as the client opens connections to external HTTP servers, these connections go direct to the server (or possibly via a configured proxy) and not via the Web dispatcher.
The Web dispatcher has the function of a "reverse proxy", and not that of a proxy.
Information Tables
The SAP Web dispatcher gets information about the SAP system that it needs for load distribution from the message server and application server via HTTP.
Note
With Java-only installations of the Netweaver AS the message server of the Central Services supplies the information. With ABAP installations the information comes from the message server of the AS ABAP. The SAP Web dispatcher knows which message server is used from the parameters rdisp/mshost and ms/http_port.
You could also use HTTPS here (see Setting Up Metadata Exchange via SSL). The Web dispatcher keeps the information in the following tables:
Table |
Information |
Source of Information |
|
|---|---|---|---|
Server table |
All AS instances that process the HTTP(S) requests. |
Message server of the SAP system with the server list. |
|
Group table |
Groups of HTTPS-enabled ABAP servers. Here there are known logon groups that are maintained in the system, as well as the following internal groups: |
You maintain logon groups in transaction SMLG in the system. The SAP Web dispatcher can get the information from any AS ABAP. Each application server belongs to at least two of the internal groups. Each server can also offer ABAP and Java and hence belong to all groups (compare SAP Web Application Server with ABAP and Java). You can also configure logon groups for AS Java. More information: Configuring Logon Groups on AS Java. |
|
!ALL |
Group of all connected application servers. |
||
!J2EE |
Group of those application servers that contain the AS Java. |
||
!DIAG |
Group of ABAP servers that provide the dialog work processes. |
||
!J2EES |
Group of HTTPS-enabled application servers that contain the AS Java. |
||
!DIAGS |
Group of HTTP-enabled servers that provide the dialog work processes. |
||
URL mapping table |
Mapping of the path part that is specified in the browser to the information about the server (groups).
You can determine, for example, that all requests that contain the path prefix /sap/bcare only processed by the servers that process logon group GROUP_1. End of the example. |
You maintain the URL path in transaction SICF as a service in the HTTP service tree. The SAP Web dispatcher can get the information from any AS. |
|
ExampleMore Information
For more information on architecture and operation of the SAP Web dispatcher see:
Server Selection and Load Balancing Using the SAP Web Dispatcher
High Availability of the SAP Web Dispatcher
Processing Administration Requests