Abstract: The present invention provides a solution for sharing server generated output to satisfy requests for content originated by different clients. More specifically, a server side resource can analyze a content request and compare this request to a set of active request handling operations. When one of the active operations is capable of satisfying a discrete portion of the content request, an association can be established between the active operation and the content request. When the active operation produces results, these results are returned to satisfy a request of an original client as well as to satisfy a request of a client that issued the content request. The solution can be implemented in a variety of environments, including one where asynchronous server-side operations are conducted by different server-side resources for a single request context.

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 request dispatcher can automatically switch between processing request dispatches in a synchronous mode and an asynchronous mode. Each dispatch can be associated with a unique identification value such as a process ID or Uniform Resource Identifier (URI), historic metrics, and a ruleset. With each execution of the request dispatch, historic metrics can be collected. Metrics can include, but is not limited to, execution duration and/or execution frequency, processor load, memory usage, network input/output, number of dependent dispatches, and the like. Utilizing historic metrics, rules can be constructed for determining which mode to execute the subsequent execution of the dispatch. As such, runtime optimization of Web applications can be further improved.

Abstract: A local server requests a resource from a remote server by using a remote request dispatcher (RRD) request that has been extended to utilize a javascript object notation (JSON).

Abstract: A request dispatcher can automatically switch between processing request dispatches in a synchronous mode and an asynchronous mode. Each dispatch can be associated with a unique identification value such as a process ID or Uniform Resource Identifier (URI), historic metrics, and a ruleset. With each execution of the request dispatch, historic metrics can be collected. Metrics can include, but is not limited to, execution duration and/or execution frequency, processor load, memory usage, network input/output, number of dependent dispatches, and the like. Utilizing historic metrics, rules can be constructed for determining which mode to execute the subsequent execution of the dispatch. As such, runtime optimization of Web applications can be further improved.

Abstract: A request dispatcher can automatically switch between processing request dispatches (e.g., include( )) in a synchronous mode and an asynchronous mode. Each dispatch can be associated with a unique identification value such as a process ID or Uniform Resource Identifier (URI), historic metrics, and a ruleset. With each execution of the request dispatch, historic metrics can be collected. Metrics can include, but is not limited to, execution duration and/or execution frequency, processor load, memory usage, network input/output, number of dependent dispatches, and the like. Utilizing historic metrics, rules can be constructed for determining which mode to execute the subsequent execution of the dispatch. As such, runtime optimization of Web applications can be further improved.

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: A request dispatcher can automatically switch between processing request dispatches (e.g., include( )) in a synchronous mode and an asynchronous mode. Each dispatch can be associated with a unique identification value such as a process ID or Uniform Resource Identifier (URI), historic metrics, and a ruleset. With each execution of the request dispatch, historic metrics can be collected. Metrics can include, but is not limited to, execution duration and/or execution frequency, processor load, memory usage, network input/output, number of dependent dispatches, and the like. Utilizing historic metrics, rules can be constructed for determining which mode to execute the subsequent execution of the dispatch. As such, runtime optimization of Web applications can be further improved.

Abstract: A local server requests a resource from a remote server by using a remote request dispatcher (RRD) request that has been extended to utilize a javascript object notation (JSON).

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: An in-vehicle macro system can include a bus connecting a volatile memory, a non-volatile storage medium, and a processor. The non-volatile memory can include a set of macros and a set of computer program products including instructions which the processor is configured to execute. The computer program products can include a macro playback component and a macro recorder. The macros can each include a linkage to a set of associated actions. Each of the actions can control an adjustable setting of a vehicle subsystem, wherein actions associated with a single macro are able to control settings of different vehicle subsystems. The macro playback component can execute the macros, where execution of each macro causes the actions associated with the macro to be performed. The macro recorder can be used to create new macros. Each newly established macro can include a set of user specified actions.

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 Web document can be accessed that contains search results determined by a search engine. The Web document can then be altered to contain software code for a refinement menu that contains refinement commands for the search results. The altered Web document can then be presented within a Web-based search interface. A user-selection can be received from the Web-based search interface. If the user-selection is from the refinement menu, then the refinement command can be executed upon the search results.

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 present invention provides a solution for sharing server generated output to satisfy requests for content originated by different clients. More specifically, a server side resource can analyze a content request and compare this request to a set of active request handling operations. When one of the active operations is capable of satisfying a discrete portion of the content request, an association can be established between the active operation and the content request. When the active operation produces results, these results are returned to satisfy a request of an original client as well as to satisfy a request of a client that issued the content request. The solution can be implemented in a variety of environments, including one where asynchronous server-side operations are conducted by different server-side resources for a single request context.

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: A method, system, and computer program product for a remote request dispatcher (RRD) extension framework to transparently invoke container technologies in a multiple application server environment is provided. The method includes executing a local component on a local application server that contains a reference to a remote component on a remote application server. The method also includes receiving a request at the local component for the remote component to perform an action, locating a remote container associated with the referenced remote component, building an RRD request object on the local application server, adding an extension to the RRD request object, and sending the RRD request object with the extension to the remote application server.

Abstract: A method, system, and computer program product to transparently dispatch requests to a remote resource using a remote request dispatcher (RRD) in a managed multiple application server environment. The method includes executing a local resource on a local Web module on a local application server. The local resource contains a reference to a remote resource on a remote Web module on a remote application server. The method also includes building an RRD request object on the local application server, and sending the RRD request object to the remote application server. Upon receipt, the method further includes generating a request on the remote application server to an internal controller servlet to perform an include operation on the remote resource, intercepting the request to the internal controller servlet on the remote application server, wrapping the request to the servlet with information received in the RRD request object, and building an RRD response object on the remote application.

Abstract: A Fragment Aggregator utilizes an application independent surrogate to dispatch fragments and receive responses between isolated web applications. Clients send web application requests to the surrogate, which forwards the request to an isolated web application. When a web application requires other isolated web applications to execute the request, the web application responds to the request with a deferred response. The deferred response includes request fragments for the other isolated web applications. The Fragment Aggregator dispatches the fragments to the other isolated web applications. After receiving responses from the isolated web applications, the Fragment Aggregator combines the response and sends them to the client.