Automapper 3.0 - Ten typ nie jest obsługiwany na tej platformie IMapperRegistry

Question

Zaktualizowałem mój projekt do używania Automapper 3.0.0, a teraz moja kompilacja TFS nie działa. Błąd jest następujący:

„... System.PlatformNotSupportedException: System.PlatformNotSupportedException: Ten typ nie jest obsługiwany na tej platformie IMapperRegistry.”

Czy jest ktoś, że może mi pomóc rozwiązać ten problem. W międzyczasie zamierzam powrócić do poprzedniej wersji, ponieważ wydaje się, że działa dobrze.

Answer 1

Upewnij się, że dodajesz odniesienie (lub dodajesz odwołanie do pakietu NuGet) w aplikacji zarówno do AutoMapera, jak i do zestawu AutoMapper.Net4 w głównej aplikacji. Visual Studio ma problem z kopiowaniem odniesień, że nie będzie kopiować odniesień, których nie sądzi, że są używane.

Na przykład, jeśli masz projekty: - Core - UI

i Core odwołuje AutoMapper, upewnij się dodać odwołanie w interfejsie użytkownika, jak również dla obu zespołów. NuGet robi to automatycznie, ale MSBuild NIE skopiuje wszystkich odniesień z Core do interfejsu użytkownika. Najprostszym sposobem rozwiązania tego problemu jest proste dodanie odwołania do pakietu AutoMapper w interfejsie użytkownika.

Answer 2

Mieliśmy ten sam problem na naszym serwerze budowania. MsTest wydawał się usuwać biblioteki DLL uważane za niepotrzebne (uwaga: to twierdzenie jest tylko wykształconym domysłem). Aby to naprawić, dodaj jawne wywołanie do czegoś w AutoMapper.Net4.dll. Na przykład, z ListSourceMapper Klasa:

var useless = new ListSourceMapper() 

Dodając to do projektu, który jest wspólny dla wszystkich innych projektów ustalone to dla nas. Gdzie umieścić ten wiersz kodu może się różnić.

Answer 3

Miałem ten sam problem z kilkoma utworzonymi przeze mnie testami integracji.

Polecam używanie atrybutu DeploymentItem na twojej klasie testowej zamiast bezpośredniego odniesienia w kodzie. Na przykład to, co mam:

[TestClass] 
[DeploymentItem("Unity.config")] 
[DeploymentItem("EntityFramework.SqlServer.dll")] 
**[DeploymentItem("AutoMapper.Net4.dll")]** 
public class MyFancyIntegrationTests 
{ 

Należy również dodać odwołanie, jak wspomniano powyżej, stosując Nuget, aby automapper w projekcie badawczym.

Aby rozwiązać ten problem, należy przejrzeć katalog bin twojego projektu mstest. Powinieneś zobaczyć zarówno Automapper.dll, jak i AutoMapper.Net4.dll, jeśli masz automapper, do którego się odwołujesz w projekcie. Przed dodaniem atrybutu DemploymentItem do klasy testowej, nie zobaczysz pliku AutoMapper.Net4.dll w folderze TestResults [MyLatestTestRun]. Dodaj atrybut, a ty to zrobisz.

MSTest nie gra dobrze z wtryskiem ...

Answer 4

miałem ten sam problem przy użyciu zespołu Miasto uruchomić MSTest i nie znalazł rozwiązania.

Okazuje się, że muszę użyć Visual Studio Test Runner.

Znalazłem więcej informacji in this blog post.

W Team City 8.1 jest krok budowania testów VSTest.Console.

To zadziałało dla mnie. Nie musiałem korzystać z PowerShell script na powyższym blogu.

Answer 5

Aktualizacja do AutoMapper 3.1.1 ustalony ten problem dla mnie

Update-Package AutoMapper -Version 3.1.1