Browse Prior Art Database

A System and Method For Receiving Messaging Content From A Messaging Server On Demand.

IP.com Disclosure Number: IPCOM000181573D
Original Publication Date: 2009-Apr-06
Included in the Prior Art Database: 2009-Apr-06
Document File: 2 page(s) / 48K

Publishing Venue

IBM

Abstract

Disclosed is a system and method of creating a message proxy that can be used to retrieve message content only as requested by the messaging client. The messaging content remains on the messaging server until specifically requested by the client. This solution ensures that the client application only needs to load the content that it requires at a given point in time. This disclosure provides a message proxy to a message on a queue. The messaging client is then able to use a message proxy to access only the message content that it needs without loading the whole message into memory. This can be very useful in situations where a messaging client has to deal with large messages such as those used when transferring files using messaging. This solution eliminates memory constraints on the client when processing large messages. This is also useful for applications where the client must examine properties of many messages before determining how to handle the current message on the queue. The solution allows a messaging client to examine the properties of many messages, loading into memory, only the message content that the client requires. This solution will allow a client to consume large messages without a dependency on physical and virtual memory.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 53% of the total text.

Page 1 of 2

A System and Method For Receiving Messaging Content From A Messaging Server On Demand.

This disclosure allows a user to receive a message proxy rather than message object. The message proxy is a light weight entity versus the message object that could potentially be 100 MB or more. This disclosure changes the way messaging works by leaving the majority of the message content on the messaging server until specifically requested by the messaging client. The message proxy would permit the messaging client to randomly access specific data. This solution eliminates memory constraints on the client. It reduces network bandwidth requirements when a messaging client only requires a portion of the message. It permits a client to randomly access message content without transferring the whole message first. When a messaging client requests a property value from the message proxy object, a process of transferring data from the messaging server to the messaging client is initiated. The requested message property data is then retuned to the messaging client.

     There are two preferred embodiments for this disclosure. The first solution is to incorporate this functionality directly into the messaging product, e.g WebSphere, MQ, and TIBCO EMS. This disclosure could be incorporated into JMS products as well as proprietary messaging APIs. This solution is also applicable to other message systems as well. The diagram below shows the solution message system integrated into a messaging product. The solution message system transfers just a message proxy to the messaging client. The messaging proxy is, as the class diagram above demonstrates, an implementation class of the JMS Message interface. JMS clients will be able to program to this API with no to only minimal code changes. The messaging proxy cl...