Utilisation de composants de service avec le Global Assembly Cache
Mise à jour : novembre 2007
Les composants pris en charge (composants COM+ de code managé) doivent être placés dans le Global Assembly Cache. Dans certains scénarios, le Common Language Runtime et les services COM+ peuvent gérer des composants pris en charge qui ne figurent pas dans le Global Assembly Cache. Dans d'autres scénarios, ceci se révèle impossible. Les scénarios suivants en sont un exemple :
Pour les composants pris en charge d'une application serveur COM+, l'assembly contenant les composants doit être dans le Global Assembly Cache, car Dllhost.exe ne s'exécute pas dans le même répertoire que celui qui contient les composants pris en charge.
Pour les composants pris en charge d'une application bibliothèque COM+, le runtime et les services COM+ peuvent résoudre la référence à l'assembly contenant les composants en effectuant une recherche dans le répertoire actif. Dans ce cas, il n'est pas nécessaire que l'assembly soit dans le Global Assembly Cache.
Pour les composants pris en charge d'une application ASP.NET, la situation est différente. Si vous placez l'assembly contenant les composants pris en charge dans le répertoire bin de la base de l'application et si vous utilisez l'inscription à la demande, une copie fantôme de l'assembly sera placée dans le cache de téléchargement, car ASP.NET tire parti des fonctionnalités d'occultation du runtime.
Voir aussi
Référence
Outil Global Assembly Cache Tool (Gacutil.exe)
Assembly Cache Viewer (Shfusion.dll)