Patent application number | Description | Published |
20080215695 | Publish/Subscribe Messaging System - The invention relates to a message broker for managing subscription requests in a multicast messaging system. The messaging system comprises a plurality of publishers publishing information to the broker and a plurality of subscribers subscribing to information received from one or more publishers. The broker is able to receive a subscription request pointing to topic information in which the requesting subscriber is interested, the topic information defining a specific topic within a topic hierarchy. The broker is able to parse the request to determine if the request includes a wildcard and if the request does include a wildcard, the broker instructs the requesting subscriber to listen on a multicast address associated with the topic in the topic hierarchy which precedes the wildcard. | 09-04-2008 |
20090307393 | INBOUND MESSAGE RATE LIMIT BASED ON MAXIMUM QUEUE TIMES - A system for managing inbound messages in a server complex including one or more message consumers. The system includes a server configured to receive the inbound messages from a first peripheral device and to transmit messages to one or more of the plurality of message consumers. The system also includes an inbound message queue coupled to the server, the inbound message queue configured to store inbound message until an age of any message stored on the inbound message queue exceeds a predetermined threshold. | 12-10-2009 |
20090313637 | METHOD AND SYSTEM FOR PREFERENTIAL REPLY ROUTING - A method for preferential reply routing, the method includes: receiving a request-reply message from a requesting application; detecting there is a preferred partition of a reply queue managed locally to an application server to which the requesting application is connected; qualifying a name of a reply queue stored in the request-reply message so that the name refers to the local partition that is managed locally to the application server; determining whether the local partition is available; wherein in the event the local partition is available: storing a reply message in the local partition; and retrieving the reply message from the local partition in response to the requesting application. | 12-17-2009 |
20100008377 | QUEUE MANAGEMENT BASED ON MESSAGE AGE - A system for managing inbound messages in a server complex including one or more message consumers. The system includes a server configured to receive the inbound messages from a first peripheral device and to transmit messages to one or more of the plurality of message consumers. The system also includes an inbound message queue coupled to the server, the inbound message queue configured to store inbound message and discard at least one message when an age of the message exceeds an expiration time. | 01-14-2010 |
20100058357 | SCOPING AN ALIAS TO A SUBSET OF QUEUE PARTITIONS - A method of performing message operations includes receiving a message operation request identifying a queue, retrieving a list of the subset of partitions associated with the alias received in the request, and selecting at least one of the partitions within the retrieved subset. According to the method, the queue includes a plurality of partitions, the request identifies the queue with an alias, and the alias having a subset of the plurality of partitions associated therewith. | 03-04-2010 |
Patent application number | Description | Published |
20080301272 | QUORUM-BASED POWER-DOWN OF UNRESPONSIVE SERVERS IN A COMPUTER CLUSTER - A quorum-based server power-down mechanism allows a manager in a computer cluster to power-down unresponsive servers in a manner that assures that an unresponsive server does not become responsive again. In order for a manager in a cluster to power down servers in the cluster, the cluster must have quorum, meaning that a majority of the computers in the cluster must be responsive. If the cluster has quorum, and if the manager server did not fail, the manager causes the failed server(s) to be powered down. If the manager server did fail, the new manager causes all unresponsive servers in the cluster to be powered down. If the power-down is successful, the resources on the failed server(s) may be failed over to other servers in the cluster that were not powered down. If the power-down is not successful, the cluster is disabled. | 12-04-2008 |
20080301490 | QUORUM-BASED POWER-DOWN OF UNRESPONSIVE SERVERS IN A COMPUTER CLUSTER - A quorum-based server power-down mechanism allows a manager in a computer cluster to power-down unresponsive servers in a manner that assures that an unresponsive server does not become responsive again. In order for a manager in a cluster to power down servers in the cluster, the cluster must have quorum, meaning that a majority of the computers in the cluster must be responsive. If the cluster has quorum, and if the manager server did not fail, the manager causes the failed server(s) to be powered down. If the manager server did fail, the new manager causes all unresponsive servers in the cluster to be powered down. If the power-down is successful, the resources on the failed server(s) may be failed over to other servers in the cluster that were not powered down. If the power-down is not successful, the cluster is disabled. | 12-04-2008 |
20080301491 | QUORUM-BASED POWER-DOWN OF UNRESPONSIVE SERVERS IN A COMPUTER CLUSTER - A quorum-based server power-down mechanism allows a manager in a computer cluster to power-down unresponsive servers in a manner that assures that an unresponsive server does not become responsive again. In order for a manager in a cluster to power down servers in the cluster, the cluster must have quorum, meaning that a majority of the computers in the cluster must be responsive. If the cluster has quorum, and if the manager server did not fail, the manager causes the failed server(s) to be powered down. If the manager server did fail, the new manager causes all unresponsive servers in the cluster to be powered down. If the power-down is successful, the resources on the failed server(s) may be failed over to other servers in the cluster that were not powered down. If the power-down is not successful, the cluster is disabled. | 12-04-2008 |
20080313349 | CONNECTING A CLIENT TO ONE OF A PLURALITY OF SERVERS - In a client/server network, a client may be able to use any of several servers in accomplishing a particular task but may still have preferences as to which server should, if available, be used. If the preferred server is not available, the client will be connected to an alternate server. If a server having a higher preference than the alternate server becomes available, state information associated with the client session with the alternate server is used in order to decide when the client may be switched to the preferred server without compromising work currently being done. | 12-18-2008 |