Abstract: A method, system, computer system and computer program product determine that a communication connection has switched between an active state and an inactive state and cause a user interface for communicating via the connection to be updated asynchronously to correspond to the current state. For example, the user interface can indicate that the connection is active or inactive and allow or disallow initiation of communication via the connection accordingly. For example, consider a call center agent using a computer system as the user interface to the telephone channel, but the user does not click a “hang up” button when the caller hangs up the telephone. The disconnection of the telephone is determined and the user interface is asynchronously updated, thereby allowing the agent to make another call. In one embodiment, a communication server determines the change in state and causes a web browser user interface to be updated asynchronously.

Abstract: According to embodiments of the invention, methods and apparatus are provided for tracking the status or state of a message spawned or sent from one processing element to another processing element in a multiple core processing element network. According to embodiments of the invention, a message status tracker may be incorporated within a multiple core processing element network. As a message is spawned or sent from an originating processing element to a receiving processing element, a counter within the message status tracker may be incremented. If the receiving processing element spawns further messages in response to the received message, the counter may be further incremented. When a receiving processing element finishes a process in response to a received message, the receiving processing element may decrement the counter. When the counter is decremented to an original value (e.g., zero) the original message may be considered complete.

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 an 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: The present invention relates to a method and respective system for sharing data between portlets within a portal. In general, a method in accordance with an embodiment of the invention includes: generating a visual representation, indicating for a predetermined first portlet a portlet property indicating whether or not the first portlet shares data with a second portlet; displaying the visual representation at the web page rendering the first portlet; and/or generating a user control, allowing to switch ON and switch OFF the ability of the first portlet to share data with the second portlet, and performing portlet integration in dependence of the portlet property.

Abstract: In a computing system, sharing a physical NIC device among multiple virtual machines may be implemented by a customer virtual machine by receiving, by a virtual network interface card (NIC) driver of a customer operating system (OS) running in the customer virtual machine on a computing system, a customer OS request packet for transmission by a physical NIC driver over a network coupled to the computing system, and copying at least a portion of the customer OS request packet into a free block of shared memory of the computing system and appending the block to a transmission queue in the shared memory.

Abstract: A method, apparatus and system to receive at a first message source a first message in a first data flow from a first messaging layer, provide data wrapped in a first data message reconfigurable iterator from the first message source to a first table in the primary data flow and provide a first constrained view over the first table.

Abstract: For operating two operating systems of a computer without performance loss, the invention proposes a method in which a secondary operating system driver (SOS driver) of the primary operating system is loaded for loading and controlling the secondary operating system and which subsequently loads the secondary operating system. The invention also provides a device with a corresponding secondary operating system driver (SOS driver) of the primary operating system for driving a board support package.

Abstract: A method includes processing an application by a host including one or more processors and distributing at least a portion of the application to an accelerator for execution. The method includes instructing the accelerator to create a buffer on the accelerator and instructing the accelerator to execute the portion of the application, wherein the accelerator writes data to the buffer. The method also includes instructing the accelerator to transmit the data in the buffer to the host before the application requests the data in the buffer. The accelerator aggregates the data in the buffer before transmitting the data to the host based upon one or more runtime conditions in the host.

Abstract: An indication of a configuration policy of a plurality of configuration policies is received at a feed adapter. The configuration policy of the plurality of configuration policies is selected based, at least in part, on the received indication of the configuration policy. The configuration policy of the plurality of configuration policies specifies a conversion rule from an input message format to an output message format using at least one conversion function of a plurality of conversion functions. The conversion rule specifies types of arguments that the at least one conversion function receives and returns. An application message having the input message format is received in the feed adapter. The feed adapter converts the application message having the input message format to an application message having the output message format according to the conversion rule specified by the configuration policy of the plurality of configuration policies.

Abstract: A system for distributed function execution, the system includes a host in operable communication with an accelerator. The system is configured to perform a method including processing an application by the host and distributing at least a portion of the application to the accelerator for execution. The method also includes instructing the accelerator to create a buffer on the accelerator, instructing the accelerator to execute the portion of the application, wherein the accelerator writes data to the buffer and instructing the accelerator to transmit the data in the buffer to the host before the application requests the data in the buffer. The accelerator aggregates the data in the buffer before transmitting the data to the host based upon one or more runtime conditions in the host.

Abstract: A method and a system for creating a network of virtual machines in a communication network including a head node virtual machine (VM) for distribution and processing of a workload. The head node VM is created and hosted at a server computer. The head node VM specifies the workload that is assignable into sub-tasks. A pool of physical computing devices for hosting a plurality of replica VMs is identified. The head node VM is replicated at each one of the plurality of replica VMs. The plurality of replica VMs coordinate to assign at least one workload sub-task to the each one of the plurality of replica VMs. The at least one assigned workload sub-tasks is processed at the respective each one of the plurality of replica VMs to provide at least one sub-task result. The at least one sub-task result is received at the head node VM.

Abstract: A wrapper can receive a request for application data. The wrapper wraps a first reference to an cross-session object and a second reference to a wrapper mapper object. Thereafter, the cross-section object can be accessed using the first reference and the wrapper mapper object is polled using the second reference to access a session-local object. Related apparatus, systems, methods, and articles are also described.

Abstract: The present invention provides a user interface and method for communicating using multiple communication channels of different media types. The method includes obtaining an event communicated via an incoming communication channel, where the event corresponds to a work item available to an agent. A notification of the work item is provided via the user interface. The method includes receiving an activation of a work item object of the user interface, where the work item object is associated with the work item. The method includes issuing a command associated with the activation of the work item object to an outgoing communication channel. The user interface enables the agent to work using different communication channels while presenting a consistent interface independent of the media type of the communication channel.

Abstract: An invention is disclosed for improved computer system management by allowing complex computer-monitored events to be handled in different formats for correlation, analysis and action. Specifically, a method and system are disclosed for processing multiple heterogeneous event types in a complex event processing (CEP) engine.

Abstract: Some embodiments are directed to controlling interactions between a host software program and a computer system by providing a managed execution environment running within the host software program. In one embodiment, a computer system integrates a managed execution environment within a host software program. The computer system uses the managed execution environment to interact with one or more features of the host software program. The managed execution environment includes interface controls configured to interface between the computer system and the host software program. The compute system alters one or more of the various software program features based on code that is identified in downloaded content.

Abstract: Implementations are described for exception handling for collaborating process models. Once an error or other exception is determined during execution of a process model, a collaborating process model is determined to be notified. The collaborating process model and the process model may be executing in a collaborating orchestration engine and in an orchestration engine, respectively. Thus, the collaborating process model may be notified of the exception. Then, the execution of the collaborating process model within the collaborating orchestration engine may be at least partly suspended, and execution of the process model and the collaborating process model may later be resumed once the exception has been resolved.

Abstract: Various embodiments of the present invention transform devices into Web services or special-purpose servers that are capable of communicating with personal computers. Various embodiments of the present invention allow various low-level aspects of device drivers to reside in the devices, eliminating the need for the devices to be compatible with legacy specification. Various embodiments of the present invention allow various devices to be shipped from the factory with low-level software already built in so that users are liberated from having to deal with the experience of installing and upgrading device drivers. In various embodiments of the present invention, each device is preferably a network node identifiable by a Uniform Resource Identifier (URI).

Abstract: A WPAR is migrated. Responsive to starting a checkpoint process, data and control information is collected and stored for IPC objects in the WPAR. Responsive to receiving a request to restart the WPAR, a type of IPC object is determined. Responsive to a determination that the IPC object is not an IPC shared memory object, a kernel handle that a process wants to be used for a new IPC object is registered. A request to create a new IPC object comprising a name uniquely associated with the IPC object and a WPAR identifier is issued. An entry that matches the name and WPAR identifier is identified and a virtual kernel handle is retrieved. The new IPC object is created. The virtual kernel handle is mapped to a real kernel handle and returned to the process. Data and control information is retrieved and overlaid onto the new IPC object.

Abstract: One embodiment of the present invention sets forth a method for sharing graphics objects between a compute unified device architecture (CUDA) application programming interface (API) and a graphics API. The CUDA API includes calls used to alias graphics objects allocated by the graphics API and, subsequently, synchronize accesses to the graphics objects. When an application program emits a “register” call that targets a particular graphics object, the CUDA API ensures that the graphics object is in the device memory, and maps the graphics object into the CUDA address space. Subsequently, when the application program emits “map” and “unmap” calls, the CUDA API respectively enables and disables accesses to the graphics object through the CUDA API. Further, the CUDA API uses semaphores to synchronize accesses to the shared graphics object. Finally, when the application program emits an “unregister” call, the CUDA API configures the computing system to disregard interoperability constraints.