Microsoft Technology Licensing, LLC

International Business Machines Corporation

Erich Gamma

Kesavan Shanmugam

Simon Calvert

Srivatsn Narayanan

Jonathan Preston Carter

Alexandru Ioan Dima

André Weinand

Charles Eric Lantz

Jason Ronald William Ramsay

David Ellis Pugh

Guillaume Jenkins

Daniel Lebu

Dirk Baumer

Rodrigo Andres Varas Silva

Dirk Baeumer

Tobias Kaspar Widmer

Dirk Bäumer

Enhancements described support transparent remote execution of development tool extensions. Compute-intensive extensions may be executed on an extension machine external to a developer machine which runs a user interface renderer of the development tool. User interface extensions may run locally. Instead of sharing a filesystem, the renderer on the developer machine and an extension host and extension(s) on the extension machine may access distinct respective machine filesystems. Instead of spawning debug extension and other extension-support processes locally, the renderer may instruct the extension host or an extension host agent to spawn the processes remotely on the extension machine. Existing extensions and newly created extensions are binary-compatible with single-machine or multi-machine development tool deployments. Project files remain inside a firewalled and data-loss-prevention environment while being fully accessible to authorized developers working remotely and to operations performed by language servers, debug adapters, and tool extensions.

Transparently remote execution of development tool extensions

Tracking edits executed against a file to ensure that the edits are monitored consistently so that language service requests are properly handled. Initially, a collaboration session is established. This collaboration session includes an owner and a participant computer system. Then, the owner computing system receives messages that are directed toward a file stored by the owner computer system. These messages include edits that are to be performed against the file and language service request(s). A file version is then assigned to a subset of these edits. As the subset of edits are executed against the file, the file's state changes. The file versions are published to both the participant computer system and to a language service running on the owner computer system. The language service uses the published file versions to track the edits that are being executed against the file and to respond to the language service request(s).

Responding to requests by tracking file edits

A collaboration session is provided in which an owner computer system and a participant computer system are both members. While working within this session, the participant computer system is provided access to a multi-file workspace that is stored locally on the owner computer system. The owner computer system receives a request from the participant computer system. The request is used to gain access to the owner computer system's language service. In response to this request, the owner computer system remotes its language service so that the language service is accessible to the participant computer system.

Architecture for remoting language services

A collaboration session is provided in which an owner computer system and a participant computer system are both members. Within this collaboration session, both the owner and the participant computer systems are provided access to a multi-file workspace's build instance. Here, the multi-file workspace and the build instance are both stored locally on the owner computer system. Further, this workspace includes multiple files of source code. As a result, the build instance is a build of that source code. Various debug commands that are directed to the build instance may be received. Some of these commands originate from the owner computer system while others originate from the participant computer system. These debug commands are then multiplexed, and the build instance is executed in accordance with the multiplexed debug commands. As a result of executing the build instance, debugging data is generated.

Assistive, language-agnostic debugging with multi-collaborator control

A method is provided for synchronization of a first workspace with a second workspace. Both workspaces are connected to a version control system. The method comprises for a first refactoring operation being performed on the first workspace, performing first refactoring step, resulting in a modification of an object, storing the modification in a change information for the object, storing in a change information recording step the change information, and storing in a descriptor recording step refactoring information comprising information enabling execution of a refactoring corresponding to the first refactoring step during an update operation. The method further comprises for a commit operation, delivering in a change information delivery step the change information to the version control system, and delivering in a descriptor commit step the refactoring information to the version control system. Then the method comprises for the update operation being performed on the second workspace, retrieving into the second workspace in a load step from the version control system the change information and the refactoring information, performing a second refactoring operation using the refactoring information, and performing in an execution step an update of the object in the second workspace using the change information.

Synchronization of work spaces

Growing community of inventors

Gutenswil, Switzerland

Erich Gamma