Microsoft Technology Licensing, LLC

Richard E Lander

James S Miller

Jesse Daniel Kaplan

Mark Allen Miller

Thottam Sriram

David S Mortenson

Sean Selitrennikoff

Richard Byers

Ladislav Prosek

Luiz F Santos

Simon Jeremy Hall

David M Kean

Michael Rayhelson

Vincent Henderson

Thorsten Brunklaus

Shared libraries and references within the shared libraries can be retargeted in accordance with optional transformation rules. The optional transformation rules can be applied differently for different binding contexts. For user-code scenarios, optional retargeting binding rules can be applied automatically by default without requiring any human intervention. Optional targeting that triggers automatic binding behaviors can be disabled based on heuristics. Alternatively, the user can specify in the code or in a configuration file if the source or target is to be loaded. Transformation rules can be disabled based on heuristics. A manual option permits a user to choose at runtime whether the transformation is to be applied, or not applied, in a late-bound fashion.

Optional retargeting of library references

A runtime activation system uses a set of policies designed to provide a balance between backwards compatibility and ease of migrating existing (non side-by-side aware) applications to new runtime versions. The system chooses the runtime version to activate when an application runs or when a runtime application programming interface is invoked based on the set of policies. The system implements these policies by consulting compatibility data associated with the application indicating the intent of the author and level of side-by-side support provided by the application and/or global configuration data. Based on the compatibility data, the system chooses policies that are right in the most common cases, and easy to modify in less common cases. Thus, the runtime activation system allows applications to be flexibly configured to handle new runtime versions in a manner determined by the application author, a system administrator, or others.

Runtime activation and version selection

A requirement for a versioned resource is fulfilled, particularly in light of compatibility constraints of the requirement. Versions of the versioned resource are associated with compatibility information, such as a feature version and a service version, for example. In fulfilling the requirement, compatibility logic may be applied to identify versions that are compatible with the requirement, and selection logic may be applied to select a preferred version from the compatible versions.

Selection of versioned resource among multiple compatible versions

XML transforms may be automatically generated by separating a standard process that can produce features of many transforms, and a variable process that is tailored to the features of a particular transform. The standard process can be reused with any number of variable processes, while variable processes and corresponding input files may be tailor-made for generating a particular transform. The combined processes operate on an input file to create an output transform. An input file contains any number of data patterns from a source file and the corresponding data patterns from a new file that the source file is to be converted into. The automated process can use the data from such an input file to create a legitimate transform. The input file can also include custom transforms that are pre-made for incorporation into an output transform.

System and method for automated generation of XML transforms

Growing community of inventors

Bellevue, WA, United States of America

Richard E Lander