Powtarzające się korzystanie z pomocyLegacyV2RuntimeActivationPolicy?

Do mojego obecnego projektu używamy zespołów mieszanych opartych na CLR 2.Powtarzające się korzystanie z pomocyLegacyV2RuntimeActivationPolicy?

W celu korzystania z nich w .NET 4 kierowane montażu, wiem, trzeba dodać useLegacyV2RuntimeActivationPolicy=true do <startup> element within app.config.

Rozumiem, że zmienia to zasady aktywacji, powodując załadowanie tych zestawów trybu mieszanego przy użyciu najwyżej obsługiwanej wersji środowiska CLR.

Czy są jednak jakieś efekty uboczne? Jakie potencjalne problemy powinienem obejrzeć po włączeniu innych niż domyślna zasad aktywacji?

Źródło

2010-02-13 Reed Copsey

http://stackoverflow.com/questions/1604663/what-does-uselegacyv2runtimeactivationpolicy-do-in-the-net-4-config – Fredou

Nie duplikat tego - Rozumiem, co robi - i starałem się jednoznacznie określić że. Zastanawiam się, czy są jakieś inne efekty uboczne z włączeniem tego zachowania, ponieważ jest to aplikacja (nie montaż) szeroki ... –

Cóż, na pewno uruchomisz aplikację z wersją CLR, z którą nigdy nie był testowany. Microsoft wykonuje świetną robotę, zachowując zgodność wsteczną. Ale przypadek menedżerów Microsoftu tracących dostęp do poczty e-mail przez kilka dni po aktualizacji .NET jest znany. Czasy wątków były nieco inne, odsłaniając wyścig wątków w programie napisanym przez stażystę. Nie mogę teraz google link.

Źródło

2010-02-13 02:29:17

Hans Passant jest częściowo poprawny. Próbuję wyjaśnić ten enigmatyczny atrybut w tym wpisie na blogu: http://www.marklio.com/marklio/PermaLink,guid,ecc34c3c-be44-4422-86b7-900900e451f9.aspx

Skutki są zasadniczo takie, że blokujesz SxS w-proc w środowiskach wykonawczych przed v4. Zwykle jest to dopuszczalne w scenariuszu migracji.

Źródło

2010-03-18 02:36:23

+1 dla tej kontynuacji, twoje wyjaśnienie jest najbardziej pomocne! –

FYI - link wydaje się martwy. –

Powtarzające się korzystanie z pomocyLegacyV2RuntimeActivationPolicy?

Odpowiedz

Powiązane problemy