Export (0) Print
Expand All
2 out of 2 rated this helpful - Rate this topic

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

Writing Serviced Components | Working with Assemblies and the Global Assembly Cache | Global Assembly Cache Tool (Gacutil.exe) | Assembly Cache Viewer (Shfusion.dll)

Did you find this helpful?
(1500 characters remaining)
Thank you for your feedback
Show:
© 2014 Microsoft. All rights reserved.