Развертывание веб-приложения с использованием FSharp.Data на веб-сайтах Azure.

Вы можете добавить ‹dependentAssembly›. элемент web.config, чтобы убедиться, что сборка FSharp.Data включена при развертывании проекта в Azure. Я уже использовал этот метод при развертывании смешанных проектов F#/C# ASP.NET MVC в Azure; прошло некоторое время, но я не думаю, что мне нужно было изменить настройку Copy Local в сборках, на которые ссылаются (которые я добавил через NuGet).

В любом случае, запись, которую вам нужно добавить, должна выглядеть примерно так:

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="FSharp.Data" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

Основываясь на комментарии Роба о том, что он по-прежнему получает то же сообщение об ошибке, вот следующие шаги, которые я предприму для диагностики проблемы.

• Создайте пакет развертывания Azure (вам не нужно его развертывать). По завершении сборки найдите файл пакета развертывания (*.cspkg); на самом деле это просто zip-файл, поэтому извлеките содержимое в папку, например, с помощью 7-zip . В извлеченной папке должен быть один файл с расширением *.cssx, который намного больше остальных; это также zip-файл, поэтому распакуйте его в другую папку, а затем перейдите в эту папку с помощью проводника Windows. Оттуда перейдите в папку sitesroot, затем в папку 0. Теперь вы должны посмотреть в корень вашего веб-сайта (то есть файлы/папки, которые будут скопированы в C:\inetpub\wwwroot на веб-сервере). Проверьте папку bin — вы видите там сборку FSharp.Data? Если нет, это проблема сборки/упаковки, а не проблема сервера; если вы видите сборку FSharp.Data, переходите к следующему шагу.
• Разверните проект в Azure, а затем подключите удаленный рабочий стол к одному из экземпляров, на котором размещен ваш проект. (Существует специальная процедура для включения удаленного рабочего стола на экземплярах — если вы еще этого не сделали, вам необходимо сделать это, прежде чем продолжить.) После входа в систему вы можете открыть Просмотр событий< /em> (в разделе Инструменты администрирования); посмотрите журнал приложений в разделе журналы Windows — есть ли там какие-либо ошибки ASP.NET? Если это так, щелкните их и посмотрите на сообщение об ошибке, оно может содержать сообщение об исключении .NET о невозможности разрешить сборку FSharp.Data. Если это так, перейдите к C:\inetpub\wwwroot\ и убедитесь, что FSharp.Data находится в папке bin веб-сайта. Если это так, перейдите к следующему шагу.

• Если сборка FSharp.Data правильно упаковывается и развертывается вместе с вашим веб-проектом, то может возникнуть проблема, связанная с тем, что она (или одна из ее зависимостей) является сборкой .NET 4.0, когда ваш проект работает на .NET 4.5. Войдя в экземпляр Azure (через удаленный рабочий стол), вы можете включить ведение журнала Fusion и использовать средство просмотра журнала Fusion, чтобы отслеживать, как CLR пытается загрузить сборку. Если вы отследите проблему, то наиболее вероятным способом ее устранения будет добавление элемента <bindingRedirect> в запись <dependentAssembly>, созданную вами в файле web.config. Вот как я это сделал, чтобы оригинальный F# PowerPack (который предназначался для версии .NET 2.0 FSharp.Core) работал в моем проекте F#/C# на .NET 4.0:

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