包含runtimes/win/lib/netcoreapp2.1/System.Data.SqlClient.dll引用的AspNetCore.deps.json

Question

几天来，我一直在追逐一个运行在Azure应用服务上的AspNetCore web项目的问题。

基本上，我有一个非常小的api项目，在部署/启动时-我得到一个500.30 ANCM错误。够神秘的了-我从应用程序服务中提取了事件日志，我发现：

<Data>Could not find inprocess request handler. 
     Captured output from invoking hostfxr: Error:
     An assembly specified in the application dependencies manifest 
     (SampleApp.Api.deps.json) was not found:
    package: 'System.Data.SqlClient', version: '4.6.1'
    path: 'runtimes/win/lib/netcoreapp2.1/System.Data.SqlClient.dll'
</Data>

看着SampleApp.deps.json --我肯定看到了这个：

"runtimeTargets": {
      "runtimes/unix/lib/netcoreapp2.1/System.Data.SqlClient.dll": {
        "rid": "unix",
        "assetType": "runtime",
        "assemblyVersion": "4.5.0.1",
        "fileVersion": "4.6.27618.1"
      },
      "runtimes/win/lib/netcoreapp2.1/System.Data.SqlClient.dll": {
        "rid": "win",
        "assetType": "runtime",
        "assemblyVersion": "4.5.0.1",
        "fileVersion": "4.6.27618.1"
      }
    },

我有一个类似的(几乎相同的)项目，在另一个应用程序服务上运行良好。如果运行

dotnet publish -c release /property:PublishWithAspNetCoreTargetManifest=true 

(与我遇到问题的应用程序运行的发布命令相同)

我在otherapp.deps.json文件中的运行时目标部分中根本没有看到这个部分。

这是从哪里来的，我怎么摆脱它呢？

Answer 1

我也有过类似的情况

• 一个能工作的aspnetcore webapp应用程序
• 和dotnet cli应用程序失败，几乎相同的错误，如上文所示。

对我有用的是运行dotnet publish cli-proj -r win-x64。这将创建一个独立的包，它不依赖于任何已安装的运行时。然后，我的部署是从bin/debug/netcoreapp3.1/win-x64/publish获取所有文件并将它们推送到我的was服务器上。

我确信安装的运行时应该提供这些文件，但它似乎不能正常工作。这个“解决”了我的问题。

Answer 2

我有一个类似的问题，大多数项目都是.Net 5.0，一个类库是.NetStandard，将.NetStandard库升级到.Net 5.0解决了这个问题。

我认为问题是:多个平台没有正确的运行时，理想情况下只运行一个平台，或者安装所有所需的运行时。

Answer 3

当我在iis服务器上发布时，我忘记了发布/运行时/文件夹。