OpenAccessenhancer работает в VS2017 и VS2019, но не в VS2022 (решенная, но не понятая) ⇐ C#

[Anonymous]

Я строю старое решение C#. Я справляюсь с этим в Visual Studio 2017 и 2019, но не в VS2022. Проекты: < /p>

Общий общий, содержащий общую информацию, классы, ... < /li>
Клиентское приложение < /li>
Серверное приложение < /li>
< /ul>
При создании этого VS2019, это последовательность: < /ul>
.Rebuild started...
1>------ Rebuild All started: Project: MyProject, Configuration: Debug Any CPU ------
2>------ Rebuild All started: Project: MyProject.Client, Configuration: Debug Any CPU ------
3>------ Rebuild All started: Project: MyProject.Server, Configuration: Debug Any CPU ------
< /code>
При этом в VS2022 это последовательность: < /p>
1>------ Rebuild All started: Project: MyProject, Configuration: Debug Any CPU ------
2>------ Rebuild All started: Project: MyProject.Server, Configuration: Debug Any CPU ------
3>------ Rebuild All started: Project: MyProject.Client, Configuration: Debug Any CPU ------
< /code>
(я понятия не имею, имеет ли последовательность какая -либо разница.)3>Task "OpenAccessEnhancer"
3> "C:\...\packages\Telerik.DataAccess.Fluent.2016.2.822.1\tools\enhancer\enhancer.exe" -verboseMode:3 -assembly:"C:\...\MyProject.Server\obj\Debug\MyProject.Server.dll" -reference:... -attributeMapping -fluentMapping
3> Telerik AD Telerik Data Access Enhancer, Version 2016.2.822.1, Copyright (C) 1996-2016 Telerik AD. All rights reserved.
3>Done executing task "OpenAccessEnhancer".
< /code>
in vs2022 (сбой): < /p>
2>Task "OpenAccessEnhancer"
2> Assembly loaded during TaskRun (Telerik.OpenAccess.Tools.OpenAccessEnhancer): Telerik.OpenAccess.SDK, Version=2016.2.822.1, Culture=neutral, PublicKeyToken=7ce17eeaf1d59342 (location: C:\...\packages\Telerik.DataAccess.Fluent.2016.2.822.1\tools\enhancer\Telerik.OpenAccess.SDK.dll, MVID: 12e34e50-0159-46b0-bc4e-bf3a18087324, AppDomain: [Default])
2> "C:\...\packages\Telerik.DataAccess.Fluent.2016.2.822.1\tools\enhancer\enhancer.exe" -verboseMode:3 -assembly:"C:\...\MyProject.Server\obj\Debug\MyProject.Server.dll" -reference:... -attributeMapping -fluentMapping
2> Telerik AD Telerik Data Access Enhancer, Version 2016.2.822.1, Copyright (C) 1996-2016 Telerik AD. All rights reserved.
2>C:\...\MyProject.Server\obj\Debug\MyProject.Server.dll(-1,-1): OpenAccess Enhancer error 0: The specified assembly 'C:\Users\DDM\AppData\Local\Temp\_ptil_77936\MyProject.Server.dll' cannot be loaded. The problem might be that the enhancer runs in a .NET framework 2.0 vm and the assembly to enhance is a .NET 4.0 assembly or you are trying to enhance a x86 assembly in a 64 bit process or a x64 assembly in a 32 bit process. Please change the required version inside the enhancer.exe.config or venhance.exe.config or switch to 'Any CPU' for this project.
2>Done executing task "OpenAccessEnhancer" -- FAILED.
2>Done building target "OpenAccessEnhancer" in project "MyProject.Server.csproj" -- FAILED.
< /code>
Для вашей информации: я уже пытался сделать следующую замену в файле конфигурации Enhancer:
Original: < /p>








< /code>
после обновления: < /pbr />









< /code>
Я работаю с VS2019, версия 16.11.42.

Я работаю с VS2022 64-битом, версия 17.13.1. < /p>
Я считаю, что причина этой проблемы на используемой платформе (перед 32-й, теперь это 64-бил). Разница:

может кто -нибудь помочь мне с процедурой миграции для разблокировки моей ситуации? />
У меня есть еще одно приложение, также 32-разрядное, очень похожее, и это приложение не имеет проблем с компиляцией. Настоящим вывод компилятора для главы Enhancer: < /p>
2>Task "OpenAccessEnhancer"
2> "C:\...\MyOtherProduct\packages\Telerik.DataAccess.Fluent.2016.2.822.1\tools\enhancer\enhancer.exe" -verboseMode:3 -assembly:"C:\...\MyOtherProduct\MyOtherProduct.Server\obj\Debug\MyOtherProduct.Server.dll" -reference:... -attributeMapping -fluentMapping
2> Telerik AD Telerik Data Access Enhancer, Version 2016.2.822.1, Copyright (C) 1996-2016 Telerik AD. All rights reserved.
2>Done executing task "OpenAccessEnhancer".
< /code>
Решение, найденное, но не понято: < /strong>

Мое рабочее решение имело свою платформу -цель как «любое ЦП», в то время как мое решение с неудачами имело свою платформу -целевой набор как «x86». Изменение, кажется, является решением, которое решает мою проблему.

за исключением: я не понимаю почему < /strong> это решает мою проблему.

может кто -нибудь объяснить? /> заранее спасибо < /p>

Подробнее здесь: https://stackoverflow.com/questions/794 ... ed-but-not