Entering content frame

Function documentation Long Data Transfer Mechanism Locate the document in its SAP Library structure

Use

The HTTP Provider Service implements a specific mechanism that facilitates internal communication between the dispatcher and server parts of the service when large response messages have to be transferred. This is the Long Data Transfer (LDT) mechanism. Its main purpose is to handle the transfer of large HTTP messages from the server processes to the Java dispatcher, in a way that guarantees a reasonable consumption of dispatcher’s memory resources and adequate response times. In other words, if a large response is generated by a servlet, for example, the whole amount of data is not transferred to the dispatcher at once. The Long Data Transfer mechanism transfers a smaller portion of it to the dispatcher, and then the system waits until the client reads it. After that, the next portions of the response are transferred by the LDT mechanism to the dispatcher following the same algorithm. If the client stops reading the response, then the server stops sending the remaining portions of data to the dispatcher.

Features

The LDT mechanism has a slightly different implementation in each of the following cases:

·        When the LDT mechanism is used to transfer static HTTP resources (images, HTML files, and so on)

·        When the LDT mechanism is used to transfer dynamic responses generated by a servlet or JSP.

Static LDT Mechanism

The static LDT mechanism is used to transfer static HTTP responses (that is, response messages that return static HTML pages, images, and other files) when the size of the requested file exceeds the value of the MinFileLengthForLongDataTransfer property of HTTP Provider Service. If the LDT is activated, it sends the response from the server process to the Java dispatcher as several portions. In order to send the next portion of the response data, the HTTP Provider Service on the server process must receive a callback from the Java dispatcher (the callback is sent when the client finished reading the first portion of the response).

You can control when the LDT mechanism is activated by adjusting the value of the MinFileLengthForLongDataTransfer property. If your system has extra memory resources, you can increase the value of the property, thus achieving better performance at the cost of more memory consumed.

LDT Mechanism for Dynamic Responses

The LDT mechanism for servlet/JSP responses is activated when the length of the response message exceeds the limit set by the ServletsLongDataTransferLimit property of the HTTP Provider Service. After the servlet/JSP has written the amount of data specified by the property, it stops writing until a callback is sent from the Java dispatcher to inform that the client has read the previous portion of the response.

Note

The servlet/JSP waits for callback each time it sends that amount of data to the dispatcher and when the LDT mechanism is used for it.

If the callback is not sent within the timeout specified by the ServletsLongDataTransferTimeout property, an IOException is thrown that interrupts further generation of the response.

Again, you can improve overall response times by increasing the value of the ServletsLongDataTransferLimit property at the cost of your system’s additional memory resources.  

Activities

Use the Visual Administrator tool to configure the properties concerning LDT mechanism. Proceed as follows:

...

       1.      Go to the Properties tab of the HTTP Provider Service running on the server.

       2.      Assign values to the MinFileLengthForLongDataTransfer property to configure the static LDT mechanism, and the ServletsLongDataTransferLimit and ServletsLongDataTransferTimeout properties to configure the LDT for dynamic responses.

 

Leaving content frame