Ошибки FSharp.Core при запуске роли рабочего Azure

Question

У меня есть хорошо зарекомендовавший себя проект, который включает в себя три роли работников. Этот проект всегда использовал F #, а не в самих рабочих ролях, а в функциях, которые они называют. Недавно я добавил в проект еще одну рабочую роль, но архитектура (рабочие роли C#, вызывающие код F #) остается неизменной. Так как эти изменения я получаю эти сообщения после развертывания:

Could not load file or assembly 'FSharp.Core, Version=4.3.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. 

Это происходит при разрешении зависимостей Autofac:

Autofac.Core.DependencyResolutionException", "exceptionMessage": "An exception was thrown while invoking the constructor 'Void .ctor(Amazon.DynamoDBv2.AmazonDynamoDBConfig 

Я знаю, что это хорошо известная проблема, и решение, как правило, добавить некоторые обязательные переадресации. Я добавил редирект таким образом:

<dependentAssembly> 
<assemblyIdentity name="FSharp.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" /> 
<bindingRedirect oldVersion="0.0.0.0-4.3.1.0" newVersion="4.3.1.0" /> 

... для каждого проекта в решении, которое имеет app.config, который включает в себя все роли работника. Я также подтвердил, что каждая ссылка на FSharp.core использует версию 4.3.1.0 и имеет локальный набор для копирования в true.

Я также попытался добавить FSharp.core к проектам C# в решении через пакет phharp.Core nuget.

Answer 1

Я не уверен, зачем вам нужен BR здесь, поскольку это звучит так, как будто это всегда работало, и просто добавление новой рабочей роли каким-то образом повредило ситуацию.

Не зная своего процесса развертывания, я бы предложил сначала выполнить ручной пакет облачной службы (вы можете сделать это непосредственно из Visual Studio или в командной строке, используя cspack). Это даст вам zip-файл, содержащий весь код, который будет развернут в рабочей роли - убедитесь, что это содержит FSharp.Core (и правильную версию). .

Я хотел бы также предложить делать быстрый диф (если вы еще не сделали этого) с тем, что изменилось с тех пор как вы добавили новую роль работника в

Наконец - смотреть с пакетом FSharp.Core NuGet - FSharp.Core обрабатывается по-разному с помощью Visual Studio и по умолчанию не будет ссылаться на версию Nuget, если в проекте уже есть версия FSharp.Core.