|Important||This document may not represent best practices for current development, links to downloads and other resources may no longer be valid. Current recommended version can be found here.|
Hosting the Common Language Runtime
For applications written using the .NET Framework, hosting the common language runtime is completely transparent. If you compile your managed code as an .exe assembly, the runtime is started automatically by mscoree.dll when the .exe is run. Unmanaged applications, however, can also benefit from hosting the common language runtime. The runtime provides a framework for extending applications such as Microsoft Internet Information Services and Microsoft SQL Server 2005.
Whether it is invoked automatically, as with managed .exe assemblies, or loaded using the unmanaged hosting API, a .NET Framework application requires a piece of code called a runtime host. The runtime host loads the runtime into a process, creates application domains within the process, and loads and executes user code within those application domains.
In This Section
- Hosting Overview
Provides an overview of runtime hosting.
- Loading the Runtime into a Process
Describes how to load the runtime into a process.
- Transitioning to Managed Hosting Code
Describes how to make a transition from unmanaged to managed code.
- Determining Application Domain Boundaries
Describes how to determine where to set boundaries for a new application domain.
- Creating and Configuring Application Domains
Describes how to create and configure application domains in which to run user code.
- Loading and Executing User Code
Describes how to load and execute user code.
- Setting Application Domain-Level Security Policy
Describes how to set an application domain-level security policy.
- Setting Role-Based Security Policy and Principals
Describes how to set a role-based security policy.
- Unloading Domains and Shutting Down a Process
Describes how to unload application domains and shut down a process.