WebAPI RC " - System.- Laufzeit.CompilerServices.ExtensionAttribute' aus assembly 'mscorlib,

Ich habe eine webapi-Anwendung ausgeführt wird .net4, dass ich versucht bin, zu bekommen arbeiten auf einem server. Die api funktioniert lokal.

Could not load type 'System.- Laufzeit.CompilerServices.ExtensionAttribute' aus assembly 'mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.

Was muss ich ändern, um dieses zu erhalten, um auf meinem server?

Dies ist nicht neu in 4.5? Wenn dem so ist, installieren Sie 4.5 auf dem server.
Die app läuft nur mit .net4. Wenn ich kann sofort ohne Installation 4.5 auf dem server würde ich lieber nicht haben, um es zu installieren
Diese Art existiert bereits seit .NET 3.5 (msdn.microsoft.com/en-us/library/...), so framework-version ist wahrscheinlich nicht das problem (es sei denn, Sie haben tatsächlich nicht .NET 4 auf dem server installiert). Sind Sie immer einen stack trace mit, Ausnahme?
Wir haben vereinzelte Berichte von dieser aber nicht in der Lage gewesen um eine live-repro. Wenn Sie per E-Mail beide das Projekt und des binary, die aus Zusammenstellung zu uns, wir würden uns wirklich freuen. Meine E-Mail-Adresse ist [email protected].
Danke Levi, ich landete der Installation der .net4.5 Rahmen über der Spitze .net und sortiert werden mein problem

InformationsquelleAutor Diver Dan | 2012-06-05

  1. 8

    Sind Sie sicher, dass Sie das kompilieren gegen die .NET 4 und nicht .NET 4.5? Wir zogen ExtensionAttribute auf "mscorlib".NET 4.5 (so könnten wir erweiterungsmethoden in mscorlib). Ich würde erwarten, um zu sehen, ein Fehler, wie, dass, wenn Sie kompiliert haben etwas gegen .NET 4.5 und versuchte es auf .NET 4.

    EDIT: Tatsächlich, wenn Sie mit ILMerge, müssen Sie den Pfad zu der .NET 4.0 reference assemblies in die targetplatform wechseln, anstatt auf den Pfad der Umsetzung, wie in diesem Blogbeitrag beschrieben: http://www.mattwrock.com/post/2012/02/29/What-you-should-know-about-running-ILMerge-on-Net-45-Beta-assemblies-targeting-Net-40.aspx

    InformationsquelleAutor Daniel Plaisted

  2. 1

    Andere Lösung (andere mit der gleichen Ausnahme) könnte sein, dass Ihr build-server nicht haben .net 4.0 reference assemblies, nach der Installation .net 4.5, die Sie benötigen, kopieren Sie Sie von Ihrem dev-box.

    Diese sind in der Regel irgendwo wie:

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

    Weitere details siehe Marc ' s blog-post

    InformationsquelleAutor Myster

  3. 0

    Überprüfen Sie auch die DLLs Ihres Projekt abhängig ist. Ich hatte das gleiche problem und fand, dass eine einzelne DLL das Problem verursacht. Diese DLL war eine ältere version (zusammengestellt für .NET 4.0) auf meinem lokalen Rechner, auf dem die Website lief fein durch den localhost, war aber eine neuere version (zusammengestellt für .NET 4.5) auf die live-server, wo die Website ist fehlgeschlagen.

    InformationsquelleAutor DanM7

  4. 0

    Ich hatte das gleiche Problem und behoben, indem Sie einen neuen Anwendungspool erstellen für meine Website nach der Installation .NET Framework 4.5

    Oder einfach nur: aspnet_regiis -i in einer admin-Konsole nach dem update von framework auf dem server.

    InformationsquelleAutor SzilardD

  5. 0

    Habe ich wenig Erfahrung mit .NET und ich hatte das gleiche problem mit System.Runtime.CompilerServices.ExtensionAttribute.

    Die Lösung: Entfernen Sie die Projekt-Verweise den Verweis auf Framework 4.5, da in meinem Fall, da hatte ich nicht installiert das Framework.

    InformationsquelleAutor giaco

Schreibe einen Kommentar