Warum sind nicht die .NET Framework 4.0-DLLs Hinzugefügt, um den GAC?

Habe ich bemerkt etwas seltsames an den Standort .NET-DLLs. Ich habe versucht zu Debuggen ein Problem mit System.ServiceModel.dll und ich habe bemerkt, dass, obwohl ich haben .NET 4.0 installiert, nur die version 3.0 des ServiceModel DLL ist installiert in meinem GAC (habe ich überprüft, indem Sie untersuchen, um C:\Windows\assembly). Jedoch wenn ich navigieren Sie zu "C:\Program Files\Reference Assemblies\Microsoft\Framework.NETFramework\v4.0\Profile\Client", version 4.0, hier sitzt. Also, warum nicht .NET installieren der 4.0-Versionen im GAC?

Und bedenkt es nicht, wie meine 4.0-Programme wissen, wo Sie die 4.0-DLLs? Ist die Datei Weg, ich gab oben sondiert automatisch? Ich blickte zurück auf meine app, die mithilfe der 4.0-DLL, um zu bestätigen, dass Sie NICHT kopieren Sie die DLL lokal, so scheint es, muss es sein, die bekommen es entweder aus dem GAC (und jetzt weiß ich die DLL nicht da ist), oder Sie Sondieren in der .NETFramework Ordner. Das ist schon wirklich verwirrend mich...

Edit: ich folgte MystereMan Beratung und ran "Gacutil.exe /l-System.ServiceModel", aber es zeigt nur noch die 3.0 version. Bedeutet das, dass die .NET 4 NICHT installiert, die DLLs in den GAC, nachdem alle?

Edit #2 und Auflösung: Die gacutil.exe in meinem PFAD ist eine ältere version, die nicht sehen können, die 4.0-Assemblys. Durch die Suche auf meinem Rechner, ich fand die 4.0-version gacutil.exe hier: C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin\NETFX 4.0 Tools. Mit, dass, ich endlich sehen konnte, aufgelistet: 4.0 System.ServiceModel.dll. Vielen Dank an alle für die Hilfe!

Dank,

-Robert

  • möglich, Duplikat der Gacutil.exe erfolgreich, fügt der Montage, aber Montage nicht sichtbar im explorer. Warum?
  • Dies ist nicht doppelt-ich bin Fragen, warum der .NET Framework 4.0-DLLs scheint das nicht zu sein, in der GAC nicht, wie das durchsuchen des GAC.
  • Die sind im GAC, nur nicht dort, wo Sie erwarten, dass Sie gespeichert werden.
  • Fair genug, Hans. Aber mein Fall war das noch anders, da, auch wenn Sie mit gacutil (der Standard eine, die in meinem WEG mindestens) konnte ich nicht sehen, das DLL, so könnte es wertvoll sein, um diese zu öffnen.
InformationsquelleAutor JoeCool | 2012-06-01
  1. 3

    .Net 4.0 verwendet eine andere GAC, in Windows\Microsoft.Net\assembly.

    Dateien in Reference Assemblies leer sind stubs, die sind nur zum filtern von IntelliSense in Visual Studio für verschiedene Ziel-frameworks.

    Wenn Sie öffnen Sie in ILSpy, werden Sie sehen, dass alle Methoden leer sind.

    • Wtf, warum können Sie nicht konsistent bleiben...
    • Welcher Teil werden Sie Fragen? Es gibt Gründe für beides.
    • Also das wirft die Frage auf, was ist die komplette Liste der Standorte, aus denen sich das kollektive Ding, das wir alle gerne die GAC? Ist es nur "Windows\assembly" und " Windows\Microsoft.Net\assembly? Oder bin ich gehen, um herauszufinden, über einem anderen Ordner das nächste mal, ich habe ein komisches DLL-Verweis Fehler?
    • Der eine Punkt des GAC, in dem die assembly vorhanden ist, ist irrelevant.
    • Sie brauchen nicht zu wissen, wo der GAC ist, Microsoft bietet tools, um die Dinge hinzufügen, um den GAC.
    • Ich wurde gefragt, warum Sie verändert die GAC Lage. Es gibt so viele verdammt Standorte für DLLs auf dem system-da das Programm Dateien, Windows und Windows\System32 noch nicht genug, wir haben Windows\WinSxS Windows\Assembly Program Files\Reference Assemblies, etc... und jetzt sind Sie mit dem ändern der DLL-Standort auch, dieses mal zu Microsoft .NET\Assembly?! X__X
    • Um Kompatibilitätsprobleme zu vermeiden mit .Net 2.0
    • Wat? War nicht der springende Punkt bei der GAC (starke Namen/Versionen und so) zu lösen diese Art von Problemen? Warum wäre es Kompatibilität Probleme mit 2.0?
    • ok, also wie kann ich das durchsuchen der GAC dann? Meine anfängliche Frage wurde versucht zu ermitteln, ob ein Kunde hatte die entsprechende DLL-Datei für mein Programm installiert, also ging ich zu C:\Windows\assembly um das zu überprüfen. Seit dieser deckt nicht die gesamte GAC, wie kann ich Blättern, um zu prüfen?
    • es ist auch die fusion.dll api - support.microsoft.com/default.aspx?scid=kb;en-us;317540
    • Ich folgte Ihrem Rat, aber trotzdem nur die version 3.0 (siehe edit in meinem ursprünglichen post). Keine Ahnung, was das bedeutet?
    • verwenden Sie die version 4.0 von gacutil?
    • stellt sich heraus, ich war nicht. Es scheint dumm aber, dass die version des gacutil in mein PFAD wäre 3.0 statt 4.0... das ist ärgerlich. Vielen Dank für all die Hilfe, aber!
    • Okay, eine weitere Frage. Wenn ich einen client, der nicht über das SDK installiert (und es scheint gacutil.exe ist nur ein Teil des SDK, nicht die normale .NET-installation), was ist der einfachste Weg für mich zu sagen, wenn Sie eine DLL installiert, die in Ihrem GAC? Suche die zwei "Baugruppe" Ordner, für den bestimmten Namen? Gehen Sie voran und installieren Sie die .NET SDK zu bekommen gacutil.exe? Etwas anderes?
    • +1 für die Erwähnung, dass "Wenn Sie Sie öffnen in ILSpy, werden Sie sehen, dass alle Methoden leer sind." Bei C:\Windows\Microsoft.NET\assembly\GAC_MSIL\ es hast.

    InformationsquelleAutor SLaks
Schreibe einen Kommentar