Abstract: Techniques are provided for efficiently processing SOAP requests at a Web service application (WSA) of a multi-functional device (MFP). In one technique, a WSA includes at least three threads. An external request processing thread processes SOAP requests from different client applications. A request processing thread processes a SOAP request according to the business logic of the WSA. A internal communications thread communicates with other components of the MFP that are distinct from the WSA. In another technique, a WSA processes different SOAP request differently, depending on the size of the SOAP and the resources required to process the SOAP request so that fast requests may be processed immediately while slow requests are pending. In another technique, a WS-Eventing specification is implemented within a WSA to simplify the event subscription and notification process.

Abstract: Application development tools and method for building multi-channel, multi-device and multi-modal applications, and in particular, to systems and methods for developing applications whereby a user can interact in parallel with the same information via a multiplicity of channels and user interfaces, while a unified, synchronized views of the information are presented across the various channels or devices deployed by the user to interact with the information. In a preferred embodiment, application frameworks and development tools are preferably based on a MVC (Model-View-Controller) design paradigm that is adapted to provide synchronized multi-modal interactions. Multi-channel authoring can be developed using a similar methodology.

Abstract: The invention includes a generic, markup specified object descriptor for a modularized computing application. The invention can include an extension to a modular computing application and a markup parser coupled to the extension. The markup parser can be enabled to process a generic, markup specified descriptor for an object. The descriptor can include an object reference referring to the object, a class reference for the object reference, and one or more method references for the object reference. Each method reference can specify a name for a method defined for the object and at least one of a value attribute and a not value attribute. The markup parser can be enabled to process the descriptor to reflectively determine a type and state of the object and to compare the state with either or both of the value and not value attribute to determine whether an expected context exists for the object.

Abstract: A mechanism is disclosed for enabling virtual method dispatch structures (vstructures) to be created on an as-needed basis. When an object class is loaded, a vstructure specific to that object class is not created. Rather, the vstructure for that object class is created only if and when a virtual method of that object class is invoked. By creating vstructures on an as-needed basis, the number of vstructures created during the execution of a program is minimized. This in turn reduces the number of vstructures that need to be updated whenever a reference to a method is changed (for example, as a result of a garbage collection operation). To further optimize the efficiency of the vstructure update process, vstructure entries that point to the same method may be linked. That way, when the reference to a method is changed, all vstructures affected by that change can be quickly identified.

Abstract: Mechanisms for collective send operations on a system area network are provided. The mechanisms of the illustrative embodiments provide for the creation, modification, and removal of collective send queues (CSQs) that allow the upper level protocol (ULP) used by a consumer to send the same message to a collective set of queue pairs (QPs). In order to use the transport services of a CSQ, a consumer process posts a write work request (WR) to the CSQ. The write WR causes a write work queue element (WQE) to be generated and placed in the CSQ. A channel interface (CI) is provided that effectively copies the write WQE to all of the send queues (SQs) of the QPs in the QP set associated with the CSQ. When all the QPs complete processing of their respective write WQEs, the HCA releases all data segments referenced by the write WR.

Abstract: A method transfers data from a data source to multiple data sink objects. The data acquired from the data source is encapsulated into a data object. Identification information of the data object is posted to a data server. The data server shares the identification information with the data sink objects that are registered with the data server. The data sink objects access the data object with the identification information at execution time. A counter indicates the number of data sink objects that currently use the data object. The data object is removed from the memory of the computer systems when the counter indicates that the data object is no longer used by the data sink objects. Alternatively, the data object that is no longer used may be stored in a separate memory location of the computer systems for a future use.

Abstract: A system and process for passing messages directly between instances of Operating System (OSs) and plurality of Coupling Facilities (CFs) through Sharable InterSystem Channels (ISCs) and without polling, in one or more Computer Electronic Complexes (CECs). Primary messages and associated secondary messages are passed by a hypervisor using a hypervisor memory.

Abstract: A computer program product having code for invoking remote objects in a data processing system including generating a serialized byte stream containing the remote object and its arguments, responsive to executing a remote object call. The serialized byte stream is sent to a server containing the object. Responsive to receiving a second serialized byte stream containing a result produced by the remote object and determining the presence of a second remote object, in the second byte stream, for which no reference can be found, using information contained in second serialized byte stream to determine the class type of the second remote object. A proxy compatible with the second remote object's class type, if not already existing, is automatically generated and compiled on the client or, if the proxy does exist, is loaded at run time to call the second remote object.

Abstract: An object request broker (ORB) for receiving an incoming message including a message header and a message body in General Inter-ORB Protocol (GIOP) type format, the ORB comprising: an external ORB element for converting the header of the incoming message to an implementation-specific format, and for providing the header in implementation-specific format with the body in GIOP type format to a distribution mechanism for identifying an appropriate target server for processing the body of the incoming message; and an internal ORB element associated with the identified target server for converting the body of the incoming message to an implementation-specific format for use by the target server to process the message.

Abstract: A method, system, and architecture for managing computer systems is provided. A management system employs management objects (MOs) to provide administrators the ability to intuitively express the administrative intent in an information technology (IT) environment, and to act out the administrative intent based on the information gathered by the management system. Managed elements of an IT environment, such as, by way of example, hardware components, software applications, software updates, software distribution policies, configurations, settings, etc., may be expressed as MOs. Actions, such as, by way of example, detect, install/apply, remove, remediate, enumerate, etc., may be associated with the MOs. The management system manages the computer systems by deploying the appropriate MOs and their associated actions onto the computer systems, and performing the actions on the computer systems.

Abstract: A software updating system enables a user to automatically identify and obtain a device description for use with an application and to update the application with the device description. The system communicates with a device to obtain device description identification information identifying the device description that is required to communicate with the device. Once the device description identification is obtained, the system downloads the device description from a device description database connected to, for example, the Internet. Subsequently, the system updates the application with the device description so that the application may communicate with the device.

Abstract: Methods for administering devices, including creating a user metric vector including a plurality of disparate user metrics, creating a user metric space including a plurality of metric ranges, determining whether the user metric vector is outside the user metric space, creating, in dependence upon the user metric vector, a dynamic action list, if the user metric vector is outside a user metric space, identifying at least one action in the dynamic action list, and executing the action.

Abstract: A method for managing tables that are used by network processors to control network traffic through a network.

Abstract: A method and system for profiling API shims is described herein. The system includes a profiler, a profiling application program interface (API), and a profiling shim. The profiling shim intercepts communications between the profiler and the profiling API. Calls from and to the profiler are chained through the profiling shim. The profiling shim may further log calls to functions from and to the profiler and/or validate the profiler's usage of the profiling API.

Abstract: A method and system for monitoring and controlling applications executing on computing nodes of a computing system. A status request process, one or more control processes, an untrusted application and one other application are executed on a computing node. The status request process receives and processes requests for the statuses of the untrusted and the other application. A first control process controls the execution of the untrusted application. A second control process controls the execution of the other application. The execution of the untrusted application terminates based on a failure of the untrusted application. A capability of the status request process to receive and process the requests for statuses, and a capability of the second control process to control the execution of the other application are preserved in response to the termination of the untrusted application.

Abstract: A management service processor to provide management of virtual machine monitoring is described. In one example, an event on a computer system is monitored at a sensor of a management system residing on the computer system. A record of the event is generated in a generic data format. The event is signaled to the management system, and the record is sent to an event routing service of the management system.

Abstract: In accordance with certain other techniques, doorbell information is received. A doorbell structure address is decoded from the doorbell information. A first protection domain identifier is determined from the doorbell structure address. A resource context of a data structure is determined from the doorbell information. The resource context at the doorbell address is read to determine a second protection domain identifier. The first protection domain identifier and the second protection domain identifier are compared to determine whether to update the resource context of the doorbell structure.

Abstract: A dynamic delegation chain of executor objects can, at runtime, adapt code units to be executed as isolated computations prior to their execution to comport with current state of an environment. A dynamic delegation chain performs the dynamic runtime adaptation of the code unit in accordance with isolated computations that host the executor objects of the delegation chain. Adapting a code unit prior to execution of the code unit allows adaptation of the code unit to a current state, as well as at least reducing concerns of program integrity.

Abstract: The disclosed embodiments include a system and method for providing at least one electronic application to at least one device. In one embodiment, the method includes acquiring device information that relates to the device and determining whether the device supports the at least one application based on the device information. The method may further include generating an electronic message for the device wherein the message contains at least one link for acquiring the at least one application when the device supports the application.

Abstract: A code patching device is provided for use with a processor having a read-only memory which stores instruction code and a further memory for storing patch code. A plurality of patch address registers each store an address, in the read-only memory, at which a patch is to be performed. A comparator compares the address of the read-only memory that is being accessed by the processor with the addresses stored in the registers. A control unit selects between code from the read-only memory or patch code from the further memory depending on the comparison. The code patching device can replace, on-the-fly, erroneous lines of code from the read-only memory by corrected ones. During an initialization process the patch code is loaded into the further memory and the registers are loaded with the addresses which require patching.