Impossible de charger le type "System.Runtime.CompilerServices.ExtensionAttribute" de l'assemblage "mscorlib".

Question

Lorsque je démarre mon site web pour la première fois, j'obtiens cette erreur

Could not load type 'System.Runtime.CompilerServices.ExtensionAttribute' from assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'

Qu'est-ce que je fais de mal ?

J'utilise .NET 4 et je lance le site à partir de Visual Studio.

La seule chose que j'ai changée récemment est d'ajouter Simple Injector (via Nuget) dans mon projet.

Voici la trace de la pile

[TypeLoadException: Could not load type 'System.Runtime.CompilerServices.ExtensionAttribute' from assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.]
   System.ModuleHandle.ResolveType(RuntimeModule module, Int32 typeToken, IntPtr* typeInstArgs, Int32 typeInstCount, IntPtr* methodInstArgs, Int32 methodInstCount, ObjectHandleOnStack type) +0
   System.ModuleHandle.ResolveTypeHandleInternal(RuntimeModule module, Int32 typeToken, RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[] methodInstantiationContext) +180
   System.Reflection.RuntimeModule.ResolveType(Int32 metadataToken, Type[] genericTypeArguments, Type[] genericMethodArguments) +192
   System.Reflection.CustomAttribute.FilterCustomAttributeRecord(CustomAttributeRecord caRecord, MetadataImport scope, Assembly& lastAptcaOkAssembly, RuntimeModule decoratedModule, MetadataToken decoratedToken, RuntimeType attributeFilterType, Boolean mustBeInheritable, Object[] attributes, IList derivedAttributes, RuntimeType& attributeType, IRuntimeMethodInfo& ctor, Boolean& ctorHasParameters, Boolean& isVarArg) +115
   System.Reflection.CustomAttribute.GetCustomAttributes(RuntimeModule decoratedModule, Int32 decoratedMetadataToken, Int32 pcaCount, RuntimeType attributeFilterType, Boolean mustBeInheritable, IList derivedAttributes, Boolean isDecoratedTargetSecurityTransparent) +426
   System.Reflection.CustomAttribute.GetCustomAttributes(RuntimeAssembly assembly, RuntimeType caType) +103
   System.Reflection.RuntimeAssembly.GetCustomAttributes(Type attributeType, Boolean inherit) +64
   WebActivator.AssemblyExtensions.GetActivationAttributes(Assembly assembly) +132
   WebActivator.ActivationManager.RunActivationMethods() +216
   WebActivator.ActivationManager.RunPreStartMethods() +43
   WebActivator.ActivationManager.Run() +69

[InvalidOperationException: The pre-application start initialization method Run on type WebActivator.ActivationManager threw an exception with the following error message: Could not load type 'System.Runtime.CompilerServices.ExtensionAttribute' from assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'..]
   System.Web.Compilation.BuildManager.InvokePreStartInitMethods(ICollection`1 methods) +423
   System.Web.Compilation.BuildManager.CallPreStartInitMethods() +306
   System.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager, IApplicationHost appHost, IConfigMapPathFactory configMapPathFactory, HostingEnvironmentParameters hostingParameters, PolicyLevel policyLevel, Exception appDomainCreationException) +677

[HttpException (0x80004005): The pre-application start initialization method Run on type WebActivator.ActivationManager threw an exception with the following error message: Could not load type 'System.Runtime.CompilerServices.ExtensionAttribute' from assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'..]
   System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +9090876
   System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +97
   System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr) +258

La première ligne de toutes les vues est mise en surbrillance et lorsque vous les survolez, vous obtenez cette erreur

The pre-application start initialisation method Run on type WebActivator.ActivationManager threw an exception with the following error message Could not load type 'System.Runtime.CompilerServices.ExtensionAttribute' from assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.

Answer 1

Impossible de charger le type 'System.Runtime.CompilerServices.ExtensionAttribute' de l'assemblage mscorlib.

Oui, cela peut techniquement mal se passer lorsque vous exécutez du code sur .NET 4.0 au lieu de .NET 4.5. L'attribut a été déplacé de System.Core.dll à mscorlib.dll dans .NET 4.5. Bien que cela semble être un changement de rupture plutôt désagréable dans une version du framework qui est censée être 100% compatible, un attribut [TypeForwardedTo] est censé rendre cette différence inobservable.

Comme le veut Murphy, chaque changement bien intentionné comme celui-ci a au moins un mode de défaillance auquel personne n'a pensé. Il semble que cela ait mal tourné lorsque ILMerge a été utilisé pour fusionner plusieurs assemblages en un seul et que cet outil a été utilisé de manière incorrecte. Un bon article de retour d'expérience qui décrit cette rupture est ici . Il est lié à un article de blog qui décrit l'erreur. C'est un article assez long, mais si je l'interprète correctement, c'est la mauvaise option de ligne de commande d'ILMerge qui cause ce problème :

  /targetplatform:"v4,c:\windows\Microsoft.NET\Framework\v4.0.30319"

Ce qui est incorrect. Lorsque vous installez la version 4.5 sur la machine qui construit le programme, les assemblages de ce répertoire sont mis à jour de la 4.0 à la 4.5 et ne sont plus adaptés à la cible 4.0. Ces assemblages ne devraient plus être là, mais ont été conservés pour des raisons de compatibilité. Les assemblages de référence appropriés sont les assemblages de référence 4.0, stockés ailleurs :

  /targetplatform:"v4,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0"

Les solutions possibles sont donc de revenir à la version 4.0 sur la machine de construction, d'installer .NET 4.5 sur la machine cible et de reconstruire le projet à partir du code source fourni, en corrigeant la commande ILMerge.

---

Notez que ce mode d'échec n'est pas exclusif à ILMerge, c'est juste un cas très commun. Tout autre scénario dans lequel ces assemblages 4.5 sont utilisés comme assemblages de référence dans un projet ciblant 4.0 est susceptible d'échouer de la même manière. D'après d'autres questions, un autre mode d'échec courant concerne les serveurs de construction qui ont été configurés sans utiliser une licence VS valide. Et si l'on oublie que les packs de multi-ciblage sont un élément essentiel de la stratégie de développement de VS. téléchargement gratuit .

En utilisant les assemblages de référence dans le c : \program Le sous-répertoire files (x86) est une exigence incontournable. À partir de .NET 4.0, il était déjà important d'éviter de prendre accidentellement une dépendance sur une classe ou une méthode qui a été ajoutée dans les versions 4.01, 4.02 et 4.03. Mais il est absolument essentiel maintenant que la version 4.5 est sortie.

Answer 2

J'ai eu ce problème, sauf que le type qu'il ne pouvait pas charger était System.Reflection.AssemblyMetadataAttribute. L'application web a été construite sur une machine sur laquelle .NET 4.5 est installé (elle fonctionne bien), avec 4.0 comme framework cible, mais l'erreur s'est présentée lorsqu'elle a été exécutée sur un serveur web avec seulement 4.0 installé. J'ai ensuite essayé sur un serveur web avec 4.5 installé et il n'y avait pas d'erreur. Donc, comme d'autres l'ont dit, tout ceci est dû à la manière tordue dont Microsoft a publié la version 4.5, qui est en fait une mise à niveau de la version 4.0 (et un remplacement de celle-ci). L'assemblage System.Reflection fait référence à un type qui n'existe pas dans la version 4.0 (AssemblyMetadataAttribute). Il échouera donc si vous ne disposez pas de la nouvelle dll System.Reflection.dll.

Vous pouvez soit installer .NET 4.5 sur le serveur web cible, soit construire l'application sur une machine sur laquelle la version 4.5 n'est pas installée. C'est loin d'être une résolution idéale.

Answer 3

J'ai eu exactement le même problème avec un site (Kentico CMS), en commençant le développement en 4.5, en découvrant que le serveur de production ne supporte que la 4.0, j'ai essayé de revenir au framework cible de 4.0. J'ai consulté les autres messages de ce fil de discussion (en particulier le changement du cadre cible en .Net 4 et le fait que .Net 4.5 soit toujours référencé). J'ai cherché dans ma solution et j'ai constaté qu'une poignée de paquets NuGet utilisaient encore des bibliothèques avec targetFramework="net45".

packages.config (before):
<?xml version="1.0" encoding="utf-8"?>
<packages>
  <package id="AutoMapper" version="3.1.0" targetFramework="net45" />
  <package id="EntityFramework" version="5.0.0" targetFramework="net45" />
  <package id="Microsoft.AspNet.WebApi.Client" version="5.0.0" targetFramework="net45" />
  <package id="Newtonsoft.Json" version="4.5.11" targetFramework="net45" />
</packages>

J'ai modifié le framework cible des projets pour revenir à la version 4.5, supprimé toutes les bibliothèques NuGet, redescendu à la version 4.0 et ajouté à nouveau les bibliothèques (j'ai dû utiliser certaines versions antérieures qui ne dépendaient pas de la version 4.5).

packages.config (after):
<?xml version="1.0" encoding="utf-8"?>
<packages>
  <package id="AutoMapper" version="3.1.1" targetFramework="net40" />
  <package id="EntityFramework" version="6.0.2" targetFramework="net40" />
  <package id="Microsoft.AspNet.WebApi.Client" version="4.0.30506.0" targetFramework="net40" />
  <package id="Microsoft.Net.Http" version="2.0.20710.0" targetFramework="net40" />
  <package id="Newtonsoft.Json" version="4.5.11" targetFramework="net40" />
</packages>

Answer 4

Je viens de rencontrer ce problème ennuyeux aujourd'hui. Nous utilisons SmartAssembly pour emballer/obfusquer nos assemblages .NET, mais soudain, le produit final ne fonctionnait plus sur nos systèmes de test. Je ne pensais même pas avoir .NET 4.5, mais apparemment quelque chose l'a installé il y a environ un mois.

J'ai désinstallé la 4.5 et réinstallé la 4.0, et maintenant tout fonctionne à nouveau. Je ne suis pas très impressionné par le fait d'avoir gaspillé un après-midi sur ce problème.

Answer 5

J'ai rencontré le même problème en essayant de lire les données d'une base de données Firebird. Après de nombreuses heures de recherche, j'ai découvert que le problème était dû à une erreur que j'avais commise dans la requête. En la corrigeant, le système a fonctionné parfaitement. Cela n'avait rien à voir avec la version du Framework.