International Business Machines Corporation

Douglas Davis

Ajamu Akinwunmi Wesley

David Bruce Lindquist

Peter James Brittenham

John Kenyon Gerken, Iii

Yih-Shin Tan

Brad Byer Topol

Vivekanand Vellanki

Keith Allen Wells

An approach is provided in which a distributed runtime environment executes a software application that includes isolated runtime constructs corresponding to an isolated runtime environment. During the execution, the distributed runtime environment identifies isolated runtime constructs included in the software application and selects distributed runtime constructs corresponding to the isolated runtime constructs. In turn, the distributed runtime environment executes the distributed runtime constructs in lieu of executing the isolated runtime constructs.

Auto-cloudifying applications via runtime modifications

Systems and methods of managing cookie handling settings provide for retrieving a web page based on a browser request and detecting one or more cookie requests associated with the web page being viewed rather than the web page associated with the cookie. A real-time dialog containing data corresponding to each cookie request associated with the web page being viewed may be generated while the web page is displayed.

Enhanced browser cookie management

Methods, systems, and computer program products for improving network operations by dynamically redeploying services (such as web services or other network-accessible services) in a computing network. A programmatic replication or redeployment process is defined, whereby system upgrades may be implemented by redeploying services dynamically, without human intervention, enabling the complexity of upgrading previously-deployed software to be reduced significantly.

Dynamic redeployment of services in a computing network

Web services may be provided by creating an electronic record of a contract for a service provider to provide web services meeting a web service category definition at a web services hub of a service domain, and providing a web service to a service requestor from the service domain responsive to the electronic record of the contract. A plurality of ports operative to provide web services meeting the service category definition may be identified at the web service hub, and the web service may be provided to the service requester responsive to identification of the ports. For example, a plurality of ports may be identified by polling at least one web services node subordinate to the web services hub to identify at least one service provided by the node, and updating a description of a service category, e.g., a WSDL document, responsive to the polling. A plurality of levels of web services nodes may be polled using a coordinated polling interval scheme to create an updated service view for the service hub.

Methods, systems and program products for delivery of web services using categorical contracts

Services deployed in a network computing environment (such as a Web services implementation model) are transparently extended. Preferably, handler components in an engine that processes requests and responses provide the extensions. A handler for outgoing messages adds the extensions to a response message that is created responsive to receiving a request message that asks for a service's available operations. A client receiving this response message can then invoke one of the extensions, without knowing that it is an extension. A handler for incoming messages checks received requests: if a request for an extension is received, the handler routes that message to a location other than the service itself; otherwise, incoming requests for operations that are actually available from the service are routed thereto. Extensions may provide additional operations such as, but not limited to, management operations, dynamic enabling/disabling of service operations, and/or controlled access to service operations&#x2014;even though the service itself might contain no operations for these.

Dynamic extension of network-accessible services

The present invention is a checkpoint processor configured for coupling to individual Web services through a Web services engine. The checkpoint processor can include checkpoint logic programmed to store checkpoint data for the individual Web service instance invocations. The checkpoint processor further can include restart logic programmed to restore the stored checkpoint data to a replacement for failed ones of the individual Web service instance invocations. Finally, the checkpoint processor can include cleanup logic programmed to removed the stored checkpoint data for concluded, non-failed ones of the individual Web service instance invocations. Notably, in a preferred aspect of the invention, logic can be included for identifying an asynchronous correlator for each one of the individual Web service instance invocations and for storing the asynchronous correlator in association with corresponding ones of the stored checkpoint data.

Checkpointing and restarting long running web services

Methods, systems, and computer program products for improving network operations by dynamically undeploying services (such as web services or other network-accessible services) in a computing network. A process is defined whereby conditions such as usage metrics for incoming client requests (or other network conditions such as load balancing considerations) are monitored, and used to trigger dynamic undeployment of web services from locations in the network. The undeployment may apply to distributed locations of a service, and may also apply to an origin server from which the service was originally deployed. Service requests are dynamically routed to the destination where the service resides, in a manner which is transparent to the client.

Systems providing dynamic undeployment of services in a computing network

Dynamic undeployment of services in a computing network

The present invention is a method for cloning an instantiating a Web service from a calling process to a target host. The method can include expanding an application archive to a Web application container in the target host. The archive can include at least one operational file for implementing the Web service, an implementation document for the Web service, and a deployment descriptor for the Web service. A unique identifier can be generated for the Web service. Subsequently, the implementation document can be modified to reference the target host, the Web application in the target host, and the generated unique identifier in specifying the Web service. Also, the deployment descriptor can be modified to reference the generated unique identifier in specifying the Web service. Finally, the Web service can be deployed in the target host using the deployment descriptor; and, a network address referencing the implementation document can be forwarded to the calling process.

Growing community of inventors

Raleigh, NC, United States of America

Douglas Davis