Jaka „dodatkowa konfiguracja” jest konieczna, aby odwoływać się do zestawu trybu mieszanego .NET 2.0 w projekcie .NET 4.0?

Mam projekt, w którym chciałbym korzystać z niektórych funkcji .NET 4.0, ale podstawowym wymaganiem jest to, że mogę korzystać ze środowiska System.Data.SQLite, które jest kompilowane z wersją 2.X. Widzę wzmiankę o tym, że jest to możliwe, takie jak przyjęta tutaj odpowiedź, ale nie wiem, jak to osiągnąć.

Gdy próbuję uruchomić mój projekt 4.0, odnosząc się do zestawu 2.X, otrzymuję:

Zespół trybu mieszanego jest budowany w oparciu o wersję „v2.0.50727” środowiska wykonawczego i nie można go załadować do środowiska wykonawczego 4.0 bez dodatkowych informacji konfiguracyjnych.

Jaka „dodatkowa konfiguracja” jest konieczna?

Aby użyć zestawu trybu mieszanego CLR 2.0 , musisz zmodyfikować plik App.Config, aby zawierał:

<?xml version="1.0"?>
<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
  </startup>
</configuration>

Kluczem jest useLegacyV2RuntimeActivationPolicyflaga. Powoduje to, że CLR używa najnowszej wersji (4.0) do załadowania zestawu trybu mieszanego. Bez tego nie będzie działać.

Zauważ, że ma to znaczenie tylko dla zestawów trybu mieszanego (C ++ / CLI). Można załadować wszystkie zarządzane zestawy CLR 2 bez określania tego w app.config.

Ten post na forum w .NET Framework Developer Center. Może zapewnić pewien wgląd.

(Dodaj do pliku konfiguracyjnego aplikacji.)

<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0"/>
  </startup>
</configuration>

W zależności od wersji struktury, na którą celujesz, możesz zajrzeć tutaj, aby uzyskać poprawny ciąg:

http://msdn.microsoft.com/en-us/library/ee517334.aspx

Zmarnowałem godziny, próbując dowiedzieć się, dlaczego mój klient docelowy .Net 4.0 wymagał pełnej wersji. Użyłem tego na końcu:

<startup useLegacyV2RuntimeActivationPolicy="true">
  <supportedRuntime version="v4.0.30319" 
               sku=".NETFramework,Version=v4.0,Profile=Client" />
</startup>

Po ustawieniu pliku app.config Visual Studio wygeneruje kopię w folderze bin o nazwie App.exe.config . Skopiuj to do katalogu aplikacji podczas wdrażania. Brzmi oczywisto, ale zaskakująco wielu ludzi tęskni za tym krokiem. Programiści WinForms nie są wykorzystywani do konfigurowania plików :).

Używanie zestawów 2.0 i 4.0 razem nie jest całkiem proste.

ORDER obsługiwanych deklaracji ramowych w app.config faktycznie wpływa na wyjątek zgłaszanego trybu mieszanego. Jeśli zmienisz kolejność deklaracji, pojawi się błąd trybu mieszanego. To jest cel tej odpowiedzi.

Jeśli więc pojawia się błąd w aplikacji Windows Forms, spróbuj tego, głównie aplikacji Windows Forms.

  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0,Profile=Client"/>
    <supportedRuntime version="v2.0.50727"></supportedRuntime>
  </startup>

Lub jeśli projekt nie jest Windows Form. W projekcie sieciowym dodaj to do pliku web.config.

  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
    <supportedRuntime version="v2.0.50727"></supportedRuntime>
  </startup>

Był w stanie rozwiązać problem poprzez dodanie elementu „startup” z zestawem atrybutów „useLegacyV2RuntimeActivationPolicy” .

<startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
    <supportedRuntime version="v2.0.50727"/>
</startup>

Musiał jednak umieścić go jako pierwszy element podrzędny tagu konfiguracji w App.config, aby zadziałał .

<?xml version="1.0"?>
  <configuration>
    <startup useLegacyV2RuntimeActivationPolicy="true">
      <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
      <supportedRuntime version="v2.0.50727"/>
    </startup>
  ......
....

Powyższe nie działało dla mnie (pracuję nad aplikacją internetową) - ale to ...

Edytuj plik sgen.exe.config w folderze (najpierw musiałem go utworzyć); C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v8.0A \ bin \ NETFX 4.0 Narzędzia (istnieje również jeden w folderze v7.0, ale nie musiałem go zmieniać, używam VS2012)

Treść XML powinna wyglądać tak (to samo w poprzednich odpowiedziach)

<?xml version ="1.0"?>
<configuration>
    <startup useLegacyV2RuntimeActivationPolicy="true">
        <requiredRuntime safemode="true" imageVersion="v4.0.30319" version="v4.0.30319"/>
    </startup>
</configuration>

Jeśli pracujesz w usłudze sieci Web, a zestaw v2.0 jest zależnością załadowaną przez WcfSvcHost.exe , musisz dołączyć

<startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0" />
</startup>

w pliku .. \ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ WcfSvcHost.exe.config

W ten sposób Visual Studio będzie w stanie wysyłać odpowiednie informacje za pośrednictwem modułu ładującego w czasie wykonywania.

Natknąłem się na ten problem, gdy zmieniliśmy na Visual Studio 2015 . Żadna z powyższych odpowiedzi nie działała dla nas. W końcu działamy, dodając następujący plik konfiguracyjny do WSZYSTKICH plików wykonywalnych sgen.exe na komputerze

<?xml version ="1.0"?>
    <configuration>
        <startup useLegacyV2RuntimeActivationPolicy="true">
            <supportedRuntime version="v4.0" />
        </startup>    
</configuration>

Szczególnie w tej lokalizacji, nawet gdy celowaliśmy w .NET 4.0:

C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v10.0A \ bin \ NETFX 4.6 Narzędzia

Użyłem tej konfiguracji:

<startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v2.0"/>
    <supportedRuntime version="v4.0"/>
</startup>

Pracował dla mnie

Miałem ten problem podczas aktualizacji do Visual Studio 2015 i żadne z opublikowanych tutaj rozwiązań nie miało znaczenia, chociaż konfiguracja jest odpowiednia, lokalizacja zmiany nie jest. Rozwiązałem ten problem, dodając tę ​​konfigurację:

<startup useLegacyV2RuntimeActivationPolicy="true">
</startup>

Do: C: \ Program Files (x86) \ Microsoft Visual Studio 14.0 \ Common7 \ IDE \ CommonExtensions \ Microsoft \ TestWindow \ TE.ProcessHost.Managed.exe.config

Następnie ponownie uruchomiłem Visual Studio.

Znalazłem sposób na obejście tego po 3-4 godzinach googlingu. Dodałem następujące

<startup selegacyv2runtimeactivationpolicy="true">
  <supportedruntime version="v4.0" sku=".NETFramework,Version=v4.0,Profile=Client" />
</startup>

Jeśli to nie rozwiąże problemu, to -> W referencjach projektu, Right Click on DLLgdzie pojawia się błąd -> Select Properties-> Check the Run-time Version-> Jeśli tak, to v2.0.50727znamy problem. Problemem jest: - masz 2.0 Version of respective DLL. Rozwiązanie: - Możesz delete the respective DLLz referencji projektu, a następnie download the latest version of DLL'sz odpowiedniej strony internetowej i dodać referencję referencji DLL najnowszej wersji, to zadziała.

Wystąpił ten sam błąd i spędziłem wieczność na dodawaniu sugerowanych instrukcji uruchamiania do różnych plików konfiguracyjnych w moim rozwiązaniu, próbując wyodrębnić niezgodność środowiska. Nic nie działało. Dodałem również informacje o starcie do moich schematów XML . To też nie pomogło. Patrząc na rzeczywisty plik, który był przyczyną problemu (który powiedziałby tylko, że został „przeniesiony lub usunięty”), okazało się, że tak naprawdę był to Kompilator licencji (LC).

Usunięcie nieuczciwego pliku license.licx rozwiązało problem.

Napotkałem podobny problem podczas migracji części kodu z VS 2008 do VS 2010. Wprowadzenie zmian w pliku App.config rozwiązało problem.

<configuration>
<startup useLegacyV2RuntimeActivationPolicy="true">
<supportedRuntime version="v4.0.30319"
         sku=".NETFramework,Version=v4.0,Profile=Client" />
</startup>
</configuration>

Dodaj w tym miejscu C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v7.0A \ Bin \ NETFX 4.0 Tools \ x64 Nazwa pliku: sgen.exe.config (Jeśli nie możesz znaleźć tego pliku, utwórz go i dodaj)

 <?xml version ="1.0"?>

<configuration>
 <runtime>        
        <generatePublisherEvidence enabled="false"/>    
    </runtime>

    <startup useLegacyV2RuntimeActivationPolicy="true">

                <supportedRuntime version="v4.0" />

    </startup>    

</configuration>

W ten sposób rozwiązano problem

Używam

<startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0"/>
    <supportedRuntime version="v2.0.50727"/>
</startup>

Działa, ale tuż przed de </configuration>tag, w przeciwnym razie tag startowy nie działa poprawnie

Również miałem ten problem z biblioteką klas, jeśli ktoś ma problem z biblioteką klas dodaną do głównej aplikacji. Poprostu dodaj

<startup useLegacyV2RuntimeActivationPolicy="true">

do głównej aplikacji, którą następnie wybierze biblioteka klas.