Using Serviced Components with the Global Assembly Cache 

Serviced components (managed code COM+ components) should be put in the global assembly cache. In some scenarios, the common language runtime and COM+ Services can handle serviced components that are not in the global assembly cache; in other scenarios, they cannot. The following scenarios illustrate this:

  • For serviced components in a COM+ Server application, the assembly containing the components must be in the global assembly cache, because Dllhost.exe does not run in the same directory as the one that contains the serviced components.

  • For serviced components in a COM+ Library application, the runtime and COM+ Services can resolve the reference to the assembly containing the components by searching in the current directory. In this case, the assembly does not have to be in the global assembly cache.

  • For serviced components in an ASP.NET application, the situation is different. If you place the assembly containing the serviced components in the bin directory of the application base and use on-demand registration, the assembly will be shadow-copied into the download cache because ASP.NET leverages the shadow capabilities of the runtime.

See Also

Reference

Global Assembly Cache Tool (Gacutil.exe)
Assembly Cache Viewer (Shfusion.dll)

Other Resources

Writing Serviced Components
Working with Assemblies and the Global Assembly Cache