Abstract: The present invention discloses a solution for handling HTTP requests for content produced asynchronously by multiple servers, where a requesting client aggregates content. In the solution, a client can issue a content request to a request receiving server. The content request can define a request context. The request receiving server can deliver initial content including placeholders to the client, can issue asynchronous requests to multiple placeholder content servers, and can thereafter terminate threads/processes and can free resources involved in handling the request context. Each of the placeholder content servers can process one of the asynchronous requests and can convey placeholder content results to a result distribution service. The result distribution service can provide the client with the placeholder content. The client can aggregate the content from all sources.

Abstract: A method, system, and computer program product for efficiently fulfilling java server page (JSP) requests for dynamic web content, in a computer network system. An asynchronous processing (AP) utility pre-defines a number of custom classes to enable the asynchronous processing of requests. A JSP which contains a custom “async:include” tag indicates an asynchronous request for dynamic content. When a set of asynchronous requests are received by an application server, an “AsyncRequestDispatcher” is called to handle the asynchronous processing of each associated request dispatcher include fragment. For each fragment, a separate request thread is initiated. A placeholder corresponding to each “async:include” request is written to a servlet response buffer. HyperText Markup Language (HTML) content, which includes the placeholders, and a number of javascripts are then written to the client browser. The original thread is closed.

Abstract: The Asynchronous Aggregator shifts the burden of retrieving and aggregating asynchronous responses by replacing asynchronous requests in an original request thread with placcholders with a unique identifier, creating new threads for each asynchronous request, writing a script to request the asynchronous request output, and returning the original request and the script to the client. Each of the new threads run independently and when completed, place the output in the server store. The script then requests each output from the server store as the output becomes available to fill the placeholders.

Abstract: The present invention discloses a solution of a server-side result distribution service software program. The program can receive and store results related to a request context from different content providing servers. Asynchronous requests can be received from a client, which initiated a content request that defines the request context. A level of completeness for the request results that satisfies the received client request can be determined. The level of completeness can be compared against a previously established threshold. Either dynamically processed results or previously cached results can be delivered to the client depending upon an outcome of the comparing step. Server-side operations that produce the dynamically processed results can be operations initiated after the content request is sent by the client. Previously cached results can be generated from processes initiated before the content request is sent by the client.

Abstract: The ability to leverage a publish/subscribe functionality in an application server environment has allowed the storage of cached entries to be stored over multiple clients rather than on a single application server, freeing up valuable resources. However, in this arrangement it is not possible for the originating server to validate shared content originating from client-side storage. The present invention provides a system and method for securing and validating content from asynchronous include request utilizing public key cryptography and hashing functions.

Abstract: A method, system, and computer program product for efficiently fulfilling java server page (JSP) requests for dynamic web content, in a computer network system. An asynchronous processing (AP) utility pre-defines a number of custom classes to enable the asynchronous processing of requests. A JSP which contains a custom “async:include” tag indicates an asynchronous request for dynamic content. When a set of asynchronous requests are received by an application server, an “AsyncRequestDispatcher” is called to handle the asynchronous processing of each associated request dispatcher include fragment. For each fragment, a separate request thread is initiated. A placeholder corresponding to each “async:include” request is written to a servlet response buffer. HyperText Markup Language (HTML) content, which includes the placeholders, and a number of javascripts are then written to the client browser. The original thread is closed.

Abstract: The Asynchronous Aggregator shifts the burden of retrieving and aggregating asynchronous responses by replacing asynchronous requests in an original request thread with placcholders with a unique identifier, creating new threads for each asynchronous request, writing a script to request the asynchronous request output, and returning the original request and the script to the client. Each of the new threads run independently and when completed, place the output in the server store. The script then requests each output from the server store as the output becomes available to fill the placeholders.

Abstract: The present invention discloses a solution of a server-side result distribution service software program. The program can receive and store results related to a request context from different content providing servers. Asynchronous requests can be received from a client, which initiated a content request that defines the request context. A level of completeness for the request results that satisfies the received client request can be determined. The level of completeness can be compared against a previously established threshold. Either dynamically processed results or previously cached results can be delivered to the client depending upon an outcome of the comparing step. Server-side operations that produce the dynamically processed results can be operations initiated after the content request is sent by the client. Previously cached results can be generated from processes initiated before the content request is sent by the client.