Abstract: At least one element of received first feed content of a first feed is determined by a computer client device to include a first feed correlation identifier. The first feed correlation identifier identifies a portion of a second feed associated with the at least one element of the received first feed content. The received first feed content is displayed with a first selectable user interface element associated with the at least one element of the received first feed content determined to include the first feed correlation identifier. A selection of the first selectable user interface element is detected. In response to detecting the selection of the first selectable user interface element, a feed server is queried for the portion of the second feed identified by the first feed correlation identifier.

Abstract: A method for debugging client-side code includes a client receiving an application file set from a server in response to the client requesting an application. A singleton is generated on the client by executing a script in the application file set. The singleton monitors a data event generated by an application programming interface. The singleton writes a client data record to a cache memory in response to the application programming interface generating the data event. The client data record records an application event. The singleton flushes the contents of the cached memory in response to a flush event, and transfers the contents to the server for persistent storage.

Abstract: A method, apparatus, and computer instructions for sending a user's availability information to an instant messaging (IM) partner. A user predefines areas of the user's display and associates these predefined areas, or “hotspots”, with user defined messages. If the user is not available to immediately respond to an incoming message, the user may move the IM dialog window to a “hotspot” in the display. Depending upon the user-defined message associated with the “hotspot”, the IM application generates an automated response indicating the user's availability to respond to the message, and sends the message to the IM partner. The user also may predefine and associate the user's IM status with a “hotspot”. Moving an IM dialog window into a “hotspot” automatically changes the user's status based on the associated “hotspot”. This change is communicated to only the particular IM dialog window partner while other IM partners are unaffected.

Abstract: Enabling automated provisioning on a data processing network includes providing the network with access to an automated provisioning controller. The controller enables a user to specify resource allocation priorities and uses the user-specified priorities, in conjunction with a resource stabilization policy, to resolve conflicting resource requests. The resource allocation priorities include priorities for demand-based resource requests and maintenance-based resource requests. The stabilization policy includes a policy for constraining allocation of a resource based on forecasted demand and a policy for constraining allocation of a resource based on a scheduled maintenance task.

Abstract: A method and software for fulfilling a resource request in a data processing network includes specifying characteristics of the requested resource responsive to detecting the resource request. A set of attributes is then derived from the specified characteristics. The specified characteristics indicate broad or general properties of the needed resource while the derived attributes preferably indicate the hardware and software components of a resource ideally suited to fulfill the resource request. Attribute information associated an available resource is then evaluated against the attributes derived from the specified characteristics. An available resource is then selected, based on the evaluation, to satisfy the resource request. The attributes of the selected resource best match the attributes derived from the specified characteristics.

Abstract: In a network composed of communicating resources, the status of an aggregate resource may be determined by calculations based upon the status assumed by the real resources contained within the aggregate rather than being determined directly. The status of real resources may be propagated to still higher aggregate resources whose own status is based upon the status of the real resources contained within it. An aggregate resource may have multiple potential statuses and a decision as to which status to report for an aggregate resource at a given time is calculated based upon the status of the underlying real resources which it contains. Each real resource has associated with it another parameter which is its aggregation priority value indicating to what degree a change in its status will affect higher level nodes or aggregates in a network hierarchy.