如何诊断dnx中缺少的依赖项（或其他加载程序失败）？

时间：2015-03-12 11:00:47

标签： c# asp.net-core dnx

我正在尝试使用Kestrel在DNX上为ASP.NET vNext运行HelloWeb sample的修改版本。我理解这是非常在最前沿，但我希望ASP.NET团队至少保持最简单的Web应用程序工作：）

环境：

  • Linux（Ubuntu，非常多）
  • Mono 3.12.1
  • DNX 1.0.0-beta4-11257（我也有11249）

“网络应用”代码，位于Startup.cs：

using Microsoft.AspNet.Builder;
public class Startup
{
    public void Configure(IApplicationBuilder app)
    {
        app.UseWelcomePage();
    }
}

项目配置，位于project.json：

{
  "dependencies": {
    "Kestrel": "1.0.0-beta4",
    "Microsoft.AspNet.Diagnostics": "1.0.0-beta4",
    "Microsoft.AspNet.Hosting": "1.0.0-beta4",
    "Microsoft.AspNet.Server.WebListener": "1.0.0-beta4",
    "Microsoft.AspNet.StaticFiles": "1.0.0-beta4",
    "Microsoft.Framework.Runtime": "1.0.0-beta4",
    "Microsoft.Framework.Runtime.Common": "1.0.0-beta4",
    "Microsoft.Framework.Runtime.Loader": "1.0.0-beta4",
    "Microsoft.Framework.Runtime.Interfaces": "1.0.0-beta4",
  },
  "commands": {
    "kestrel": "Microsoft.AspNet.Hosting --server Kestrel --server.urls http://localhost:5004"
  },
  "frameworks": {
    "dnx451": {}
  }
}

kpm restore似乎工作正常。

然而，当我尝试运行时，我收到一个异常，表明无法找到Microsoft.Framework.Runtime.IApplicationEnvironment。命令行和错误（有些重新格式化）

.../HelloWeb$ dnx . kestrel
System.IO.FileNotFoundException: Could not load file or assembly 
'Microsoft.Framework.Runtime.IApplicationEnvironment,
  Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'
or one of its dependencies.
File name: 'Microsoft.Framework.Runtime.IApplicationEnvironment,
  Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'
  at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke 
    (System.Reflection.MonoMethod,object,object[],System.Exception&)
  at System.Reflection.MonoMethod.Invoke 
    (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder,
     System.Object[] parameters, System.Globalization.CultureInfo culture)
    [0x00000] in <filename unknown>:0

显然，我最迫切的需要是解决这个问题，我也很欣赏有关如何诊断出错的建议，以便我将来能够解决类似的问题。 （这也可能使这个问题对其他人更有用。）

我在Microsoft.Framework.Runtime.Interfaces assembly source中找到了Microsoft.Framework.Runtime.IApplicationEnvironment，而且最近似乎没有改变。目前尚不清楚为什么异常将名称显示为整个程序集本身，而不仅仅是另一个程序集中的接口。 我猜这个可能归因于assembly neutral interfaces，但是错误并不清楚。（[AssemblyNeutral] is dead, so that's not it...）

6 个答案:

答案 0 :(得分：144)

好问题。对于您的特定问题，您似乎在已解决的依赖项中存在不匹配。当这样的事情发生时，可能是因为您在不兼容的dnx上运行您的应用程序。我们仍然会进行非常大的重大更改，因此，如果您发现缺少类型丢失的方法，则最终可能会运行betaX个包和betaY dnx，反之亦然。

更具体地说，{4}已在beta4中删除，但看起来您正在运行的应用程序仍在使用它们。

我们计划将其设置为使包可以标记运行所需的最小dnx，以使错误消息更加清晰。随着时间的推移，破裂的变化将会消失。

总的来说，在我使用dnx（因为它与现有.NET非常不同）时，我觉得是时候编写如何诊断这类问题的指南了。

您放入project.json的依赖关系仅限顶级。版本总是最小（它就像NuGet包一样）。这意味着，当您指定Foo 1.0.0-beta4时，您确实指定了Foo >= 1.0.0-beta4。这意味着，如果您要求MVC 0.0.1并且已配置Feed的最低版本为MVC 3.0.0，那么您将获得该版本。除非您指定，否则我们从不浮动您的版本。如果你要求1.0.0并且它存在，即使存在更新的版本，你也会获得1.0.0。指定空版本总是不好，在以后的版本中将不允许这样做。

我们正在向nuget引入称为浮动版本的新功能。今天它只适用于预发布标签，但在下一个版本中，它将适用于该版本的更多部分。这类似于npm和gem语法，用于在包规范文件中指定版本范围。

1.0.0-* - 表示给我匹配前缀的最高版本（根据Assembly Neutral Interfaces）或者如果没有匹配该前缀的版本，请使用正常行为并获得最低版本＆gt; =指定版本。

在最新版本中运行还原时，它会写出一个名为project.lock.json的文件。此文件将具有project.json中定义的所有目标框架的依赖关系的传递闭包。

如果此类内容失败，您可以执行以下操作：

使用kpm list查看已解析的依赖项。这将显示项目引用的软件包的已解析版本以及将其引入的依赖项。如果A - >; B，它会显示：

A
  -> B
B
 ->

实际KPM列表输出：

列出ClassLibrary39的依赖项（C：\ Users \ davifowl \ Documents \ Visual Studio 14 \ Projects \ ClassLibrary39 \ src \ ClassLibrary39 \ project.json）

[Target framework DNX,Version=v4.5.1 (dnx451)]

 framework/Microsoft.CSharp 4.0.0.0
    -> ClassLibrary39 1.0.0
 framework/mscorlib 4.0.0.0
    -> ClassLibrary39 1.0.0
 framework/System 4.0.0.0
    -> ClassLibrary39 1.0.0
 framework/System.Core 4.0.0.0
    -> ClassLibrary39 1.0.0
*Newtonsoft.Json 6.0.1
    -> ClassLibrary39 1.0.0

[Target framework DNXCore,Version=v5.0 (dnxcore50)]

*Newtonsoft.Json 6.0.1
    -> ClassLibrary39 1.0.0
 System.Runtime 4.0.20-beta-22709
    -> ClassLibrary39 1.0.0

*表示直接依赖。

如果您有一个可用的Visual Studio（现在打破了DNX），您可以查看references节点。它具有相同的视觉数据：

References node

让我们看一下依赖关系失败的样子：

这是project.json 

{
    "version": "1.0.0-*",
    "dependencies": {
        "Newtonsoft.Json": "8.0.0"
    },

    "frameworks" : {
        "dnx451" : { 
            "dependencies": {
            }
        },
        "dnxcore50" : { 
            "dependencies": {
                "System.Runtime": "4.0.20-beta-22709"
            }
        }
    }
}

Newtonsoft.Json 8.0.0不存在。因此，运行kpm restore会显示以下内容：

enter image description here

在诊断恢复可能失败的时候，查看发出的HTTP请求，它们会告诉您kpm查找的配置包源。请注意，在上图中，有CACHE个请求。这是基于资源类型（nupkg或nuspec）的内置缓存，并具有可配置的TTL（查看kpm restore --help）。如果要强制kpm命中远程NuGet源，请使用--no-cache标志：

KPM restore --no-cache

这些错误也会在包管理器日志输出窗口中显示在Visual Studio中：

enter image description here

旁注！

包来源

我将描述NuGet.config现在的工作方式（将来可能会改变）。默认情况下，您有一个NuGet.config，其中%appdata%\NuGet\NuGet.Config全局配置了默认的NuGet.org源。您可以在visual studio中或使用NuGet命令行工具管理这些全局源。在尝试诊断故障时，您应该始终查看有效源（kpm输出中列出的源）。

详细了解NuGet.config semantic versioning rules

回到现实：

当依赖关系未解析时，运行应用程序将为您提供：

> dnx . run
System.InvalidOperationException: Failed to resolve the following dependencies for target framework 'DNX,Version=v4.5.1':
   Newtonsoft.Json 8.0.0

Searched Locations:
  C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\src\{name}\project.json
  C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\test\{name}\project.json
  C:\Users\davifowl\.dnx\packages\{name}\{version}\{name}.nuspec
  C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\{name}.dll
  C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\Facades\{name}.dll
  C:\WINDOWS\Microsoft.NET\assembly\GAC_32\{name}\{version}\{name}.dll
  C:\WINDOWS\Microsoft.NET\assembly\GAC_64\{name}\{version}\{name}.dll
  C:\WINDOWS\Microsoft.NET\assembly\GAC_MSIL\{name}\{version}\{name}.dll

Try running 'kpm restore'.

   at Microsoft.Framework.Runtime.DefaultHost.GetEntryPoint(String applicationName)
   at Microsoft.Framework.ApplicationHost.Program.ExecuteMain(DefaultHost host, String applicationName, String[] args)
   at Microsoft.Framework.ApplicationHost.Program.Main(String[] args)

运行时基本上尝试在尝试运行之前验证是否已解析整个依赖关系图。如果它建议运行kpm restore，因为它无法找到列出的依赖项。

您可能会遇到此错误的另一个原因是，您是否正在运行错误的dnx风格。如果您的应用程序仅指定dnx451并且您尝试运行CoreCLR dnx，则可能会看到类似的问题。密切关注错误消息中的目标框架：

用于跑步：

dnx4x - runs on dnx-clr-{etc}
dnxcore50 - runs on dnx-coreclr-{etc}

当您尝试运行时，您应该记住从您的project.json中定义的clr到目标框架的心理映射。

这也显示在引用节点下的Visual Studio中： Unresolved dependencies

标记为黄色的节点未解析。

这些也显示在错误列表中：

Error list unresolved dependencies

建筑

这些错误也会在构建时出现。从命令行构建时，输出非常详细，在诊断问题时非常有用：

> kpm build

Building ClassLibrary39 for DNX,Version=v4.5.1
  Using Project dependency ClassLibrary39 1.0.0
    Source: C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\src\ClassLibrary39\project.json

  Using Assembly dependency framework/mscorlib 4.0.0.0
    Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\mscorlib.dll

  Using Assembly dependency framework/System 4.0.0.0
    Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\System.dll

  Using Assembly dependency framework/System.Core 4.0.0.0
    Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\System.Core.dll

  Using Assembly dependency framework/Microsoft.CSharp 4.0.0.0
    Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\Microsoft.CSharp.dll


Building ClassLibrary39 for DNXCore,Version=v5.0
  Using Project dependency ClassLibrary39 1.0.0
    Source: C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\src\ClassLibrary39\project.json

  Using Package dependency System.Console 4.0.0-beta-22709
    Source: C:\Users\davifowl\.dnx\packages\System.Console\4.0.0-beta-22709
    File: lib\contract\System.Console.dll

  Using Package dependency System.IO 4.0.10-beta-22231
    Source: C:\Users\davifowl\.dnx\packages\System.IO\4.0.10-beta-22231
    File: lib\contract\System.IO.dll

  Using Package dependency System.Runtime 4.0.20-beta-22231
    Source: C:\Users\davifowl\.dnx\packages\System.Runtime\4.0.20-beta-22231
    File: lib\contract\System.Runtime.dll

  Using Package dependency System.Text.Encoding 4.0.10-beta-22231
    Source: C:\Users\davifowl\.dnx\packages\System.Text.Encoding\4.0.10-beta-22231
    File: lib\contract\System.Text.Encoding.dll

  Using Package dependency System.Threading.Tasks 4.0.10-beta-22231
    Source: C:\Users\davifowl\.dnx\packages\System.Threading.Tasks\4.0.10-beta-22231
    File: lib\contract\System.Threading.Tasks.dll

输出显示从包和项目引用传递到编译器的所有程序集。当您开始获取构建失败时，查看此处以确保您使用的软件包实际上在该目标平台上运行是有用的。

这是一个不能在dnxcore50上运行的软件包示例：

{
    "version": "1.0.0-*",
    "dependencies": {
        "Microsoft.Owin.Host.SystemWeb": "3.0.0"
    },

    "frameworks": {
        "dnx451": {
            "dependencies": {
            }
        },
        "dnxcore50": {
            "dependencies": {
                "System.Console": "4.0.0-beta-22709"
            }
        }
    }
}

Microsoft.Owin.Host.SystemWeb版本3.0.0没有任何在dnxcore50上运行的程序集（请查看解压缩的程序包的lib文件夹）。当我们运行kpm build时：

Missing assemblies on dnxcore50

注意它说＆＃34;使用Package Microsoft.Owin.Host.SystemWeb＆＃34;但是没有＆＃34;文件：＆＃34;。这可能是构建失败的原因。

这里结束了我的大脑转储

答案 1 :(得分：17)

我仍然不知道完全出了什么问题，但我现在有一系列步骤，至少可以让它更容易尝试：

  • 如有疑问，请重新安装dnx
    • 吹掉包缓存可能会有所帮助
  • 检查~/.config/NuGet.config以确保您使用正确的NuGet供稿

我最终使用以下命令行以合理干净的方式测试各种选项：

rm -rf ~/.dnx/packages && rm -rf ~/.dnx/runtimes && dnvm upgrade && kpm restore && dnx . kestrel

看起来我的问题确实是由于安装了错误版本的依赖项。版本号"1.0.0-beta4"显然与"1.0.0-beta4-*"完全不同。例如，Kestrel依赖项安装版本1.0.0-beta4-11185，当时指定为1.0.0-beta4，但版本1.0.0-beta4-11262，最后为-*。我想明确指定beta4以避免意外使用带有

的beta3版本

以下项目配置正常：

{
  "dependencies": {
    "Kestrel": "1.0.0-beta4-*",
    "Microsoft.AspNet.Diagnostics": "1.0.0-beta4-*",
    "Microsoft.AspNet.Hosting": "1.0.0-beta4-*",
    "Microsoft.AspNet.Server.WebListener": "1.0.0-beta4-*",
  },
  "commands": {
    "kestrel": "Microsoft.AspNet.Hosting --server Kestrel --server.urls http://localhost:5004"
  },
  "frameworks": {
    "dnx451": {}
  }
}

答案 2 :(得分：8)

您可以将名为DNX_TRACE的env var设置为1，以查看更多TON诊断信息。请注意，它已经很多更多信息！

答案 3 :(得分：3)

为了让它发挥作用我修改了我的project.json ..它现在看起来像：

{
"dependencies": {
    "Kestrel": "1.0.0-*",
    "Microsoft.AspNet.Diagnostics": "1.0.0-*",
    "Microsoft.AspNet.Hosting": "1.0.0-*",
    "Microsoft.AspNet.Server.WebListener": "1.0.0-*",
    "Microsoft.AspNet.StaticFiles": "1.0.0-*"
},
"commands": {
    "web": "Microsoft.AspNet.Hosting --server Microsoft.AspNet.Server.WebListener --server.urls http://localhost:5001",
    "kestrel": "Microsoft.AspNet.Hosting --server Kestrel --server.urls http://localhost:5004"
},
"frameworks": {
    }
}

关键似乎是框架部分。

此外，重命名更改了k web的工作方式，以便现在dnx . web或dnx . kestrel

更新 - 更多信息

奇怪的是，在没有定义框架的情况下运行之后，当我做kpm restore时，它就得到了一堆额外的东西：

...
Installing Microsoft.Framework.Logging 1.0.0-beta4-11001
Installing Microsoft.Framework.Logging.Interfaces 1.0.0-beta4-11001
Installing Microsoft.Framework.DependencyInjection.Interfaces 1.0.0-beta4-11010
Installing Microsoft.Framework.DependencyInjection 1.0.0-beta4-11010
Installing Microsoft.Framework.ConfigurationModel 1.0.0-beta4-10976
Installing Microsoft.Framework.ConfigurationModel.Interfaces 1.0.0-beta4-10976
Installing Microsoft.AspNet.Hosting.Interfaces 1.0.0-beta4-11328
Installing Microsoft.AspNet.FeatureModel 1.0.0-beta4-11104
Installing Microsoft.AspNet.Http 1.0.0-beta4-11104
Installing Microsoft.AspNet.FileProviders.Interfaces 1.0.0-beta4-11006
Installing Microsoft.Framework.Caching.Interfaces 1.0.0-beta4-10981
Installing Microsoft.AspNet.FileProviders 1.0.0-beta4-11006
Installing Microsoft.AspNet.Http.Core 1.0.0-beta4-11104
Installing Microsoft.AspNet.WebUtilities 1.0.0-beta4-11104
Installing Microsoft.Net.Http.Headers 1.0.0-beta4-11104
Installing Microsoft.AspNet.Http.Interfaces 1.0.0-beta4-11104
Installing Microsoft.Framework.Runtime.Interfaces 1.0.0-beta4-11257
Installing Microsoft.AspNet.Server.Kestrel 1.0.0-beta4-11262
Installing Microsoft.Net.Http.Server 1.0.0-beta4-11698
Installing Microsoft.Net.WebSockets 1.0.0-beta4-11698
Installing Microsoft.Net.WebSocketAbstractions 1.0.0-beta4-10915
Installing Microsoft.Framework.WebEncoders 1.0.0-beta4-11104
Installing Microsoft.Framework.OptionsModel 1.0.0-beta4-10984
Installing Microsoft.AspNet.Http.Extensions 1.0.0-beta4-11104
Installing Microsoft.AspNet.Diagnostics.Interfaces 1.0.0-beta4-12451
Installing Microsoft.AspNet.RequestContainer 1.0.0-beta4-11328

..然后就好了。然后我回到框架部分

"frameworks": {
    "dnx451": {}
}

..它仍然有效，而在此之前它会引发错误！

很奇怪！

（我正在运行1.0.0-beta4-11257）

进一步更新

我启动了一个新的Ubuntu实例，并得到了与你相同的错误。我的想法是，问题可能是由于它只是试图从nuget.org而不是myget.org获取包裹（哪个有更新的东西）所以我把NuGet.Config放到了项目的根目录中.. 

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="AspNetVNext" value="https://www.myget.org/F/aspnetvnext/" />
    <add key="NuGet" value="https://nuget.org/api/v2/" />
  </packageSources>
</configuration>

..这似乎通过获取正确的版本（在另一个kpm restore之后）为我修复了它。

答案 4 :(得分：2)

现在，我的所有package.json个版本都以"-rc2-*"

结尾

（到目前为止，我只看到Microsoft.Framework.Configuration个包裹，但需要"1.0.0-rc1-*"或"1.0.0-*"

关于＆＃34;版本列车＆＃34; @davidfowl提到，似乎很多痛苦在beta8和rc2之间消失了。

dnvm upgrade -u -arch x64 -r coreclr

我使用这2个NuGet Feed在coreclr上运气最多：

"https://www.myget.org/F/aspnetvnext/"
"https://nuget.org/api/v2/"

当我做缺少包裹问题时，90％的时间都是这些罪魁祸首：

Newtonsoft.Json
Ix-Async
Remotion.Linq

大多数时候，我可以通过强制主NuGet.org提要解决这些问题：

dnu restore;
dnu restore -s https://nuget.org/api/v2

这是我的工作config.json：

{
"dependencies": {
    "Microsoft.AspNet.Diagnostics": "1.0.0-rc2-*",
    "Microsoft.AspNet.Diagnostics.Entity": "7.0.0-rc2-*",
    "Microsoft.AspNet.Hosting": "1.0.0-rc2-*",
    "Microsoft.AspNet.Http": "1.0.0-rc2-*",
    "Microsoft.AspNet.Http.Abstractions": "1.0.0-rc2-*",
    "Microsoft.AspNet.Mvc.Core": "6.0.0-rc2-*",
    "Microsoft.AspNet.Mvc.Razor": "6.0.0-rc2-*",
    "Microsoft.AspNet.Owin": "1.0.0-rc2-*",
    "Microsoft.AspNet.Routing": "1.0.0-rc2-*",
    "Microsoft.AspNet.Server.Kestrel": "1.0.0-rc2-*",
    "Microsoft.AspNet.Server.WebListener": "1.0.0-rc2-*",
    "Microsoft.AspNet.Session": "1.0.0-rc2-*",
    "Microsoft.AspNet.StaticFiles": "1.0.0-rc2-*",
    "EntityFramework.Commands": "7.0.0-rc2-*",
    "EntityFramework.Core": "7.0.0-rc2-*",
    "EntityFramework.InMemory": "7.0.0-rc2-*",
    "EntityFramework.MicrosoftSqlServer": "7.0.0-rc2-*",
    "EntityFramework.MicrosoftSqlServer.Design": "7.0.0-rc2-*",
    "EntityFramework.Relational": "7.0.0-rc2-*",
    "EntityFramework7.Npgsql": "3.1.0-beta8-2",
    "Microsoft.Extensions.Logging.Abstractions": "1.0.0-rc2-*",
    "Microsoft.Extensions.Logging.Console": "1.0.0-rc2-*",
    "Microsoft.Extensions.DependencyInjection": "1.0.0-rc2-*",
    "Microsoft.Extensions.DependencyInjection.Abstractions": "1.0.0-rc2-*",
    "Microsoft.Framework.Configuration.CommandLine": "1.0.0-*",
    "Microsoft.Framework.Configuration.EnvironmentVariables": "1.0.0-*",
    "Microsoft.Framework.Configuration.Json": "1.0.0-*"
},
"commands": {
    "ef": "EntityFramework.Commands",
    "dev": "Microsoft.AspNet.Hosting --ASPNET_ENV Development --server Microsoft.AspNet.Server.Kestrel --server.urls http://localhost:5004"
},
"frameworks": {
    "dnxcore50": {}
}
}

答案 5 :(得分：1)

我尝试安抚dnxcore50和dnx451引用时，依赖性缺失问题。

如果我理解这个“依赖关系”：{}在框架之间共享。

然后“框架”中的“依赖”：{}：特定于该框架。

dnxcore50是一个模块化运行时（自包含），因此它基本上包含运行程序所需的所有核心运行时，而不像经典的.net框架，其中核心依赖项分散在其他地方。

所以说，我想坚持最小的方法，因为我决定在某些时候主持mac或linux。

<强>更新 使用cshtml视图进入奇怪的依赖问题，现在只使用dnx451。

这是我的project.json 

{
"webroot": "wwwroot",
"version": "1.0.0-*",

"dependencies": {
    "System.Runtime": "4.0.10",
    "Microsoft.AspNet.Hosting": "1.0.0-beta4",
    "Microsoft.AspNet.Mvc": "6.0.0-beta4",
    "Microsoft.AspNet.Server.IIS": "1.0.0-beta6-12075",
    "Microsoft.AspNet.Server.WebListener": "1.0.0-beta6-12457",
    "Microsoft.Framework.DependencyInjection": "1.0.0-beta4",
    "Microsoft.Framework.DependencyInjection.Interfaces": "1.0.0-beta5"
 },

"commands": {
"web": "Microsoft.AspNet.Hosting --server Microsoft.AspNet.Server.WebListener --server.urls http://admin.heartlegacylocal.com"  },

"frameworks": {
"dnx451": { }
 }
},

"publishExclude": [
"node_modules",
"bower_components",
"**.xproj",
"**.user",
"**.vspscc"
],
"exclude": [
  "wwwroot",
  "node_modules",
  "bower_components"
  ]
}
相关问题
最新问题