Abstract: A runtime architecture for web services utilizes a container driver to accept an invoke request for web services, such as from a protocol adapter. The container driver performs any necessary data binding and unbinding required to process the invoke request and associated message context, utilizing an appropriate plugin component. An interceptor receives the context information from the container driver and modifies the message context for web service compatibility. An invocation handler receives the formatted context information from the container driver and passes parameters from the message context to the target of the request. The invocation handler processes values returned from the target and passes these values to the container driver. The container driver can then formulate a response to the invoke request, and return the response and message context to the client or protocol adapter.

Abstract: The SIP server can be comprised of an engine tier and a state tier distributed on a cluster network. Engine nodes in the engine tier can process SIP messages and can read/write state information from/to the state tier. State tier can maintain state information in a set of partitions of one or more replicas which contain duplicate information. The engine nodes can be adapted to detect and report replica failures and the replicas can in turn be adapted to detect and report engine node failures. Replicas can detect faults with an engine node if the engine node fails to poll the replica for a specified period of time and can then report the failure. The engine node can detect failures of a replica when reading or writing state information and can report the failure to another replica, which can be responsible for updating the partition view to exclude dead replicas.

Abstract: A system and method for asynchronously invoking a remote web service on a server by application code residing on a client. The web service invoke request received from application code residing on the client, passes an invoke request to a web service residing on a server, receives a result from the web service, the result relating to the invoke request passed by the client, and transmits the result to the application code. Once the invoke request is passed to the web service by the client, the application code is freed to perform other tasks. The result may be transmitted to the application code from the client as part of a call back object passed to the client by the application code, as a result of application code polling of the client, or by the application code ending the task generated by the client.

Abstract: The SIP server can be comprised of an engine tier and a state tier distributed on a cluster network. Engine nodes in the engine tier can process SIP messages and can read/write state information from/to the state tier. State tier can maintain state information in a set of partitions of one or more replicas which contain duplicate information. The engine nodes can be adapted to detect and report replica failures and the replicas can in turn be adapted to detect and report engine node failures. Replicas can detect faults with an engine node if the engine node fails to poll the replica for a specified period of time and can then report the failure. The engine node can detect failures of a replica when reading or writing state information and can report the failure to another replica, which can be responsible for updating the partition view to exclude dead replicas.

Abstract: The SIP server can be comprised of an engine tier and a state tier distributed on a cluster network environment. The engine tier can send and receive messages and execute various processes. The state tier can maintain in-memory state data associated with various SIP sessions. For example, the state tier can store various long lived data objects and the engine tier can contain short lived data objects. The state data can be maintained in partitions comprised of state replicas. A load balancer can receive incoming message traffic and distribute it to the engine tier for processing. When processing a message, the engine can pull state data objects from the state tier, use the objects and push them back to the state tier after processing is complete. If one state replica is unavailable, such as during garbage collection, the engine can retrieve the objects from another replica in the partition.

Abstract: In accordance with embodiments, there are provided mechanisms and methods for providing a client access to an external service via an application services platform. These mechanisms and methods for providing a client access to an external service via an application services platform can enable embodiments to provide effective access to such external service without necessarily forcing the client to access the external service separately with respect to the application services platform. The ability of embodiments to provide such technique can enable the integration of an external service with an application services platform, thus allowing the client to access the external service in a more effective manner.

Abstract: In accordance with embodiments, there are provided mechanisms and methods for providing access to an external service via an application services platform, utilizing an application program interface (API). These mechanisms and methods for providing access to an external service via art application services platform can enable embodiments to provide an effective way of allowing access to such external service without necessarily forcing access to the external service separately with respect to the application services platform. The ability of embodiments to provide such effective technique can enable the integration of an external service with an application services platform, thus allowing access to the external service in a more time effective manner.

Abstract: A runtime architecture for Web services utilizes a container driver to accept an invoke request for Web services. The container driver performs any necessary data binding/unbinding required to process the invoke request and associated message context, utilizing an appropriate plugin component. An interceptor receives the context information and modifies the message context for Web service compatibility. An invocation handler receives the formatted context information and passes parameters from the message context to the target of the request. The invocation handler processes values returned from the target and passes them to the container driver, which can formulate and return a response, along with the message context, to the client or protocol adapter. This description is not intended to be a complete description of, or limit the scope of, the invention. Other features, aspects, and objects of the invention can be obtained from a review of the specification, the figures, and the claims.

Abstract: A system and method for asynchronously invoking a remote web service on a server by application code residing on a client. The web service invoke request received from application code residing on the client, passes an invoke request to a web service residing on a server, receives a result from the web service, the result relating to the invoke request passed by the client, and transmits the result to the application code. Once the invoke request is passed to the web service by the client, the application code is freed to perform other tasks. The result may be transmitted to the application code from the client as part of a call back object passed to the client by the application code, as a result of application code polling of the client, or by the application code ending the task generated by the client.

Abstract: A system and method for asynchronously invoking a remote web service on a server by application code residing on a client. The web service invoke request received from application code residing on the client, passes an invoke request to a web service residing on a server, receives a result from the web service, the result relating to the invoke request passed by the client, and transmits the result to the application code. Once the invoke request is passed to the web service by the client, the application code is freed to perform other tasks. The result may be transmitted to the application code from the client as part of a call back object passed to the client by the application code, as a result of application code polling of the client, or by the application code ending the task generated by the client.

Abstract: Providing a web service gateway to multiple remote web services where the remote web services may span heterogenous hardware and software platforms. The web service gateway receives an invoke call for a target web service and invokes the target web service with a second invoke call. Web services are accessed using standard web protocols such as XML and HTTP. The application that provides the functionality is packaged as a web service allowing each system to communicate with any other system. The web service gateway is implemented in java using java communication commands and java programming objects.

Abstract: A system and method for asynchronously invoking a remote web service on a server by application code residing on a client. The web service invoke request received from application code residing on the client, passes an invoke request to a web service residing on a server, receives a result from the web service, the result relating to the invoke request passed by the client, and transmits the result to the application code. Once the invoke request is passed to the web service by the client, the application code is freed to perform other tasks. The result may be transmitted to the application code from the client as part of a call back object passed to the client by the application code, as a result of application code polling of the client, or by the application code ending the task generated by the client.

Abstract: A runtime architecture for web services utilizes a container driver to accept an invoke request for web services, such as from a protocol adapter. The container driver performs any necessary data binding and unbinding required to process the invoke request and associated message context, utilizing an appropriate plugin component. An interceptor receives the context information from the container driver and modifies the message context for web service compatibility. An invocation handler receives the formatted context information from the container driver and passes parameters from the message context to the target of the request. The invocation handler processes values returned from the target and passes these values to the container driver. The container driver can then formulate a response to the invoke request, and return the response and message context to the client or protocol adapter.

Abstract: Providing a system for generating a web service from multiple remote web services where the remote web services may span heterogenous hardware and software platforms. A web service is generated by characterizing existing web services as java interfaces and treating the web services as normal java object types. Web services are accessed using standard web protocols such as XML and HTTP. The application that provides the functionality is packaged as a web service allowing each system to communicate with any other system. The web service generation system is implemented in java using java communication commands and java programming objects.

Abstract: The present invention provides a system for invoking web services among distributed applications that span diverse hardware and software platforms. A remote web service invocation system in accordance with one embodiment of the present invention consists of an implementation of the web service hosted by a server on the web, a standardized way to transmit data and web service invocation calls, and a standard way to describe the web service to clients so they can invoke the web service. In one embodiment of the present invention, web services are accessed using standard web protocols such as XML and HTTP. The application that provides the functionality is packaged as a web service allowing each system to communicate with any other system. In one embodiment of the present invention, the invention is implemented in java using java communication commands and java programming objects.

Abstract: A runtime architecture for Web services utilizes a container driver to accept an invoke request for Web services. The container driver performs any necessary data binding/unbinding required to process the invoke request and associated message context, utilizing an appropriate plugin component. An interceptor receives the context information and modifies the message context for Web service compatibility. An invocation handler receives the formatted context information and passes parameters from the message context to the target of the request. The invocation handler processes values returned from the target and passes them to the container driver, which can formulate and return a response, along with the message context, to the client or protocol adapter.