James Clark Johnson
Engineers in Bellevue, WA

8572627, Oct 29, 2013

Oct 22, 2008

12/256323

Affan Arshad Dar - Woodinville WA, US
James E. Johnson - Bellevue WA, US

Microsoft Corporation - Redmond WA

G06F 13/00

719313, 719314

In one embodiment, a computer system instantiates a queue manager configured to process a plurality of existing queue manager commands on messages in a message queue. The computer system instantiates a virtualized instance of a queue manager in a virtual layer associated with the queue manager in the computing system. The a virtualized queue manager instance provides supplemental queue manager commands usable in addition to existing queue manager commands, such that the queue manager can be used to implement the supplemental commands without substantial modification. The computer system receives an indication that a message in a message queue is to be accessed according to a specified command provided by the instantiated virtualized queue manager instance that is not natively supported by the queue manager and the virtualized queue manager performs the specified supplemental command as indicated by the received indication by performing one or more existing queue manager commands.

7873832, Jan 18, 2011

Aug 19, 2004

10/921669

Max A. Feingold - Bellvue WA, US
David E. Langworthy - Kirkland WA, US
Christopher G. Kaler - Sammamish WA, US
James E. Johnson - Bellevue WA, US

Microsoft Corporation - Redmond WA

H04L 9/00, H04L 9/32

713170, 713155, 707607

Mechanisms for securely allowing a participant computing entity to engage in a transaction initiated by an initiator computing entity and managed by a coordinator computing entity. The initiator provides a transaction initiation request to the coordinator. Upon receipt, the coordinator accessing a transaction coordination context that includes information such as a secure key that may be used by a participant to register in the transaction. The coordinator then provides the coordination context to the initiator, which provides the coordination context to the participant(s) that are also to engage in the transaction. Each participant then generates a registration request that is based on the coordination context, and that is secured using the secure key provided in the coordination context.

8166481, Apr 24, 2012

Jan 14, 2009

12/353905

Alexander Dadiomov - Redmond WA, US
Dana Groff - Sammamish WA, US
Yosseff Levanoni - Redmond WA, US
James E. Johnson - Bellevue WA, US

Microsoft Corporation - Redmond WA

G06F 9/46, G06F 7/00, G06F 12/00

718102, 718101, 718104, 707687, 707703, 711147, 711154

A transactional memory processing system provides for the integration of transactional memory concepts at the compiler-level into a higher-level traditional transaction processing system. Atomic blocks at the compiler-level can be specified as atomic block transactions and include the features of atomicity and isolation. Actions within this atomic block transaction include the enlistment of resource managers from a repository. The repository can now include a pre-programmed memory resource manager to manage the transactional memory. As in traditional transactions, a commit protocol can be used to determine if the actions are valid and can be exposed outside of the transaction. Unlike traditional transactions, however, the transaction is not necessarily doomed if all of the actions are not validated. Rather, memory conflicts can cause a rollback and re-execution of the atomic block transaction, which can be repeated as long as necessary, until the memory resource manger votes to commit.

8301706, Oct 30, 2012

Jun 15, 2009

12/484741

Kartik Paramasivam - Redmond WA, US
James E. Johnson - Bellevue WA, US
Nicholas Alexander Allen - Redmond WA, US
John Anthony Taylor - Bellevue WA, US
Margaret J. Lye - Redmond WA, US

Microsoft Corporation - Redmond WA

G06F 15/16

709206, 709217, 709225

Message intermediation for multiple service instances, while allowing the service instance to control whether messages are processed under a transaction. The message intermediator chooses to dispatch messages among different backend service instances based on any routing rules. The message intermediator performs a peek-lock of message from a forward-end queue, and assigns the message to a service instance. The message is provided into a backward-end queue specific to the assigned service instance. The service instance may then process the message, perhaps under a transaction created at the service instance. Upon completion of processing, the message is deleted in the back-end queue, which causes the forward-end queue to delete the message under the same transaction created by the service instance. Whether or not this deletion at the forward-end is committed or rolled back depends on whether the transaction created at the service instance is committed or rolled back.

2009026, Oct 15, 2009

Apr 14, 2008

12/102837

Jeffrey P. Snover - Woodinville WA, US
Abhishek Agrawal - Seattle WA, US
Leigh C. Holmes - Renton WA, US
Cuneyt E. Havlioglu - Seattle WA, US
William James Carley - Woodinville WA, US
Vikram Sahijwani - Renton WA, US
Vitaly Bordovskiy - Kirkland WA, US
James Johnson - Bellevue WA, US
Kapil Gupta - Redmond WA, US

Microsoft Corporation - Redmond WA

G06F 9/46

718101

A computer system with a command shell that supports execution of commands within transactions. The command shell responds to commands that start, complete or undo transactions. To support transactions, the command shell may maintain and provide transaction state information. The command shell may interact with a transaction manager that interfaces with resource managers that process transacted instructions within transacted task modules to commit or roll back transacted instructions from those task modules based on transaction state information maintained by the shell. Parameters associated with commands can control behavior in association with transaction process, including supporting nesting transactions and non-nested transactions and bypassing transacted processing in some instances of a command.

7912973, Mar 22, 2011

Dec 3, 2004

11/004528

Max A. Feingold - Bellevue WA, US
David E. Langworthy - Kirkland WA, US
James E. Johnson - Bellevue WA, US
John D. Doty - Seattle WA, US
Michael R. Clark - Issaquah WA, US

Microsoft Corporation - Redmond WA

G06F 15/16

709230

A mechanism for negotiating a relatively transport agnostic communication protocol for use in accomplishing a distributed activity. The potential protocols subject to negotiation may be, for example, extensions to Web Services Coordination. In that case, when the initiator creates a transaction, the initiator also negotiates the desired protocol with its transaction manager. The transaction manager and any other participants in the transaction will then follow that negotiated protocol when communicating with the transaction manager. The protocol may be selected to improve performance and may be tailored to existing needs and capabilities.

7395264, Jul 1, 2008

Jul 23, 2004

10/898624

Joe D. Long - Woodinville WA, US
James E. Johnson - Bellevue WA, US
Michael R. Clark - Issaquah WA, US
Egidio Sburlino - Seattle WA, US
Gert E.R. Drapers - Amerongen, NL
Jagan M. Peri - Redmond WA, US
Dax H. Hawkins - Kirkland WA, US

Microsoft Corporation - Redmond WA

G06F 7/04

707 10

A transaction protocol is described that allows a database transaction to begin as a local, lightweight transaction without involving a distributed transaction coordinator and then be promoted to a distributed transaction only when required, e. g. when more than one database connection is required. A promotable enlistment allows a first resource to begin processing a promotable transaction. If the resource is notified that the transaction is being promoted to a distributed transaction, the resource is configured to promote the enlistment to a distributed transaction coordinator which coordinates processing of the transaction between the first resource and at least a second resource.

7539999, May 26, 2009

Oct 23, 2003

10/692264

Jon Cargille - Bellevue WA, US
Surendra Verma - Bellevue WA, US
Mark J. Zbikowski - Woodinville WA, US
Dexter P. Bradshaw - Duvall WA, US
James E. Johnson - Bellevue WA, US
Muhunthan Sivapragasam - Kirkland WA, US
Steven J. Malan - Sammamish WA, US

Microsoft Corporation - Redmond WA

G06F 3/00, G06F 9/46

719328, 718101

Transactions among kernel objects utilize application program interfaces (APIs) to implement operations on a transaction object and APIs to implement operations on a resource manager object.