Microsoft Technology Licensing, LLC

Shy Cohen

Richard Douglas Hill

Rodney Thomas Limprecht

Stefan R Batres

Erik B Christensen

Kenneth David Wolf

David Wortendyke

David E Langworthy

Stefan Harrington Pharies

Michael Steven Vernal

Hany E Ramadan

Stephen James Millet

Giovanni Moises Della-Libera

Craig Andrew Critchley

Uday Sooryakant Hegde

Elliot Lee Waingold

Tomasz Janczuk

Stephen T Swartz

Eyal Schwartz

John T Spivey

Michael Thomas Dice

Yaniv Pessach

Christopher G Kaler

Bradford H Lovering

James Ernest Johnson

Tirunelveli R Vishwanath

Lance Olson

Umesh Madan

Michael James Coulson

John David Doty

Michael Marucheck

Vijay Gajjala

Krishnan Srinivasan

Matthew Thomas Tavis

Geary L Eppley

David Edwin Levin

Eric Kenneth Zinda

Richard Dievendorff

Max A Feingold

Natasha Harish Jethanandani

Douglas M Purdy

David Owen Driver

Aaron Stern

Saurab Nog

Siddhartha Puri

Douglas A Walter

Jesus Ruiz-Scougall

Anastasios Kasiolas

Kapil Gupta

Ryan Thomas Sturgell

Vipul A Modi

Sowmyanarayanan K Srinivasan

Scott Christopher Seely

Mohammad Makarechian

Jonathan T Wheeler

Alexander Martin DeJarnatt

Evgeny Osovetsky

Margaret J Lye

Chaitanya Dutt Upadhyay

Mauro Ottaviani

Erin Honeycutt

Yasser Shohoud

Kirill Gavrylyuk

Eugene Shvets

Alfred M Lee, Iv

Ondrej Hrebicek

Vaithialingam B Balayogan

Serge Sverdlov

Mohamed-Hany Essam Ramadan

Anand Rjagopalan

Waingold L Elliot

Michael J Moroney

Hany Essam Ramadan

Methods, systems, and computer program products that provide for a runtime messaging infrastructure, which abstracts send and receive operations for exchanging messages with partner endpoint. The messaging infrastructure improves availability and scalability of a message application by improving on the availability and scalability of the underlying message transports. In particular, availability and scalability are improved by linking the message application at runtime with any number of the message transports, without the message application specifying a transport at development time. The message infrastructure receives instructions from the message application specifying end-to-end delivery assurances. The infrastructure uses transports in order to fulfill the specified delivery assurance, and creates a link between the message application and transports for use in exchanging messages. Session state storage can be maintained in a pluggable store, which could be, for example, a durable database store or an application memory store.

Availability and scalability in a messaging system in a manner transparent to the application

The present invention provides for an automated, user friendly way of constructing and using a binding object. A developer is presented with and selects binding elements that will ultimately be used to create a runtime communication channel for transporting a message between a client and service endpoint. After receiving the user input, metadata, a channel factory and listener factory are created. The metadata describes binding elements and provides an abstract representation of a protocol stack that implements communication aspects at runtime. The channel factory is configured to use the collection of metadata at runtime to generate the runtime communication channel. Further, the listener factory is configured to accept the runtime communication channel for de-multiplexing the communication aspects in order to process the message at a service endpoint. The present invention also provides for groupings of binding elements and standardized binding objects organized based on industry need.

System and method for building and using communication binding objects

The present invention monitors the receipt of messages between two endpoints on established sequence session in accordance with a Reliable Messaging protocol for Web Services (RM-WS protocol). The messages received may be application or infrastructure messages (e.g., acknowledgement messages in accordance with the RM-WS protocol). Further, the present invention defines a time period known as the inactivity timeout, which is an upper limit to the time that may pass without receiving a message (either application or infrastructure) on the sequence session. Based on this inactivity timeout period, the present invention calculates time periods for sending idempotent infrastructure messages in accordance with the RM-WS protocol for verifying and maintaining connection liveliness.

Verifying and maintaining connection liveliness in a reliable messaging for web services environment

The present invention provides for a channel model capable of generating a runtime communication channel with pluggable modular channel components. These channel components implement one of a set of standard interfaces that allow processing details of communication semantics between components to be represented in a polymorphic way. A message and corresponding communication semantics are recursively passed through the channel components using the standard interface, thereby abstracting other modules and components from specific implementation details of how the communication semantics are performed. The message may then be sent to the next appropriate module for further processing, or the processing may be completed at that particular component or module. Note also that the message can also be de-multiplexed on the service side in a similar fashion as that described above.

Communication channel model

A single programming model is provided for accessing a plurality of distinct message transports while developing one or more applications for message delivery between two endpoints. The programming model allows for independently configurable assurances and features for transporting the messages. The configurable assurances may be selected from at least once delivery, at most once message delivery, in order message delivery, and message time to live. The independently chosen features may include a session state storage, an extension of time to live, and transacted message buffering.

Message delivery with configurable assurances and features between two endpoints

A system and protocol for enabling bi-directional HTTP-based reliable messaging through a Web proxy server via the Internet is presented. The client processor residing on the private computer network side of the Web proxy establishes two virtual channels with a server. One of the channels is used for outgoing messages from the client to the server, and message delivery acknowledgments. The other channel is used for incoming messages from the server to the client, and message delivery acknowledgments. This incoming channel is established and maintained by the client through the Web proxy server so that the client has full control over the channel. The establishment is accomplished by the transmission of an HTTP-based 'request' to the server. The server does not respond until and unless it has a message to be transmitted to the client. Once such a message is generated, the server generates an HTTP-based 'reply' to this request, and transmits it to the client via the Web proxy server. The client then sends another HTTP-based request to the server with the message acknowledgment included therein. The client may request that the server reply to the request after some period of time to allow the client to assess the health of the connection and avoid connection time out disconnections by the Web proxy server. This period may be fixed or may be dynamically adjusted.

Bi-directional HTTP-based reliable messaging protocol and system utilizing same

A web services namespace pertains to an infrastructure for enabling creation of a wide variety of applications. The infrastructure provides a foundation for building message-based applications of various scale and complexity. The infrastructure or framework provides APIs for basic messaging, secure messaging, reliable messaging and transacted messaging. In some embodiments, the associated APIs are factored into a hierarchy of namespaces in a manner that balances utility, usability, extensibility and versionability.

Interface infrastructure for creating and interacting with web services

A reliable request-response mechanism allows a requesting computer system and a responding computer system in an established end-to-end connection to send and receive messages in a manner that the responding computer system processes a request as intended by the requesting computer system, such that all the message communication is initiated by the requesting computer system. The requesting computer system and responding computer system can accommodate a wide range of messaging failures, such as intermittent network connections or failure of a transport of SOAP intermediary by resending cached versions of previously sent messages, and by acknowledging receipt of each message received. Cached messages on either computer system are deleted after being appropriately acknowledged. After all sent messages have been acknowledged by the responding computer, and the requesting computer has received all of the response messages from the responding computer, the end-to-end connection is terminated with an exchange of connection termination messages.

Reliable request-response messaging over a request-response transport

Example embodiments provide for a binding mechanism between RM protocols and request-response transport protocols (e.g., HTTP) in a one-way message exchange pattern. The present invention leverages existing network characteristics of request-response transport protocols without reconfiguration or deployment of new infrastructure services. A request-response transport model is asymmetrical in nature and provides two data-flows; a request flow and a reply flow. When an initiator is not addressable and/or when communication requires a request-response transport, the present invention allows infrastructure and application messages to be sent on the request flow, while acknowledgments and other infrastructure messages may be sent back across the reply flow of the transport.

Reliable one-way messaging over request-response transport protocols

A method, medium, and computer-program product is provided for tracking memory-usage characteristics of an application. The invention includes a suite of tools to evaluate memory usage of uninstrumented binaries by tracking memory allocations, deallocations, and in-memory-presence attributes at the module level. Memory-manipulation function calls (not limited to allocations and deallocations) are hijacked to code segments that annotate and log then-current memory characteristics. Processing is reverted back to its from-hijacked position and allowed to continue. In-memory presence of allocated memory and labels for certain points at time are tracked as well. The tracked data is logged so that algorithms can be run to extract desired information, which can be presented in various reports.

Memory-usage tracking tool

A method, medium, and computer-program product is provided for tracking memory-usage characteristics of an application. The invention includes a suite of tools to evaluate memory usage of uninstrumented binaries by tracking memory allocations, de-allocations, and in-memory-presence attributes at the module level. Memory-manipulation function calls (not limited to allocations and deallocations) are hijacked to code segments that annotate and log then-current memory characteristics. Processing is reverted back to its from-hijacked position and allowed to continue. In-memory presence of allocated memory and labels for certain points at time are tracked as well. The tracked data is logged so that algorithms can be run to extract desired information, which can be presented in various reports.

Memory tracking tool

Growing community of inventors

Bellevue, WA, United States of America

Shy Cohen